2009-10-05 8 views
0

Le contrôle Gridview dans ASP.NET fournit des fonctionnalités de mise à jour lors de l'affectation d'un contrôle SqlDataSource au DataSourceID de Gridview. Toutefois, lors de l'attribution d'un niveau de code SqlDataSource à DataSource, les fonctions de mise à jour intégrées disparaissent. sont obligés de rouler les vôtres. Pourquoi? Quelle est la différence ici, puisque tout ce que nous faisons fait référence à la SqlDataSource directement, au lieu de par ID? Pourquoi GridView ne peut-il toujours pas tirer parti de la commande de mise à jour SqlDataSource?Fonctionnalités de mise à jour d'ASP.NET Gridview

Répondre

0

Je l'ai découvert qu'il est possible de créer un programme SqlDataSource, donnez-lui une carte d'identité, et d'attribuer les propriétés comme suit pour permettre la construction dans l'édition à mapper correctement:

gvData.DataSourceID = dataSource.ID 
+0

@dxmio, il se comporte exactement la même chose par SqlDataSource DataControl? Cool si c'est le cas! –

+0

@ o.k.w Je ne comprends pas votre question - une SqlDataSource créée par programmation n'est pas différente de celle créée avec les balises. –

1

Eh bien, dans le premier cas, il a 2 contrôles natifs. Web et données. Vous pouvez effectuer RAD via VS.NET via leurs outils visuels et de configuration. MS s'assurer que le cadre peut permettre de tels contrôles visuels au couplage des contrôles de données dans l'aspect de CRUD automatiquement.

Deuxième cas, lorsque vous avez votre propre SqlDataSource qui n'est pas l'un des contrôles de données, vous êtes seul. C'est comme ça. J'espère que quelqu'un peut nous dire une solution pour cela aussi.

mes 2 cents.

Questions connexes