Imbriquer un GridView dans le répéteur

Question

J'ai un scénario dans lequel, par exemple, je dois répéter une liste d'États américains et afficher un tableau des villes et de leurs populations après le nom de chaque État.L'exigence de conception impose que chaque répétition externe soit le nom d'un état suivi d'un tableau de villes, et cette exigence ne peut pas être modifiée pour le moment.Y a-t-il des inconvénients à imbriquer un GridView dans un répéteur, puis à lier chaque GridView répété pendant l'exécution du répéteur ? ItemDataBound événement?Quelles sont les solutions alternatives ?

Answer 1

La meilleure solution que j'ai pu trouver était d'imbriquer le GridView dans le répéteur.Ensuite, j'ai lié chaque GridView répété lors de l'événement ItemDataBound du répéteur.J'ai bien sûr désactivé leurs ViewStates, car ils n'étaient pas nécessaires.

Answer 2

Si c'était moi, j'inverserais la question et je demanderais pourquoi je devrais utilisez un GridView. Si vous avez besoin de nombreuses fonctionnalités intégrées telles que la pagination et le tri, le GridView pourrait être un bon choix.Si vous voulez juste des données tabulaires, je reconsidérerais.Pourquoi?Parce qu'avec GridView, vous obtenez tout un tas de choses que vous n'utiliserez pas, votre ViewState sera potentiellement énorme et les performances de votre page seront plus lentes.

Je ne suis pas un fanatique de GridView, mais je ne les utilise que lorsqu'il y a une très bonne raison.

Answer 3

Dans votre scénario ci-dessus, vous feriez mieux de créer un GridView de style maître-détail, ce qui vous évitera la surcharge de tous les objets GridView créés.

Il existe différentes implémentations (en utilisant une liste déroulante pour le maître, utilisant un popup modal pour le détail, etc.), mais le point principal est qu’il existe des implémentations disponibles.

Answer 4

À tout le moins, j'espère que vous pourrez désactiver ViewState sur les GridViews.