optimisation code sqlDatasource vs sqlconnexion code behind

[Matt_NewDev]

Bonjour,

Je souhaite me mettre un peu a l'optimisation de code.
Je me pose la question suivante :
pour l'affichage d'un tableau est il preferable de faire un binding sur un sqlDatasource ou appeler une proc sql et creer un tableau dans le code behind ?

grossierement ca fait en databind :

- sqldatasrouce avec un select,
- un gridview (ou autre composant) avec un binding sur le sqldatasource.

en creation code behind :
- ouverture d'une connexion,
- appel de la connexion avec le datareader,
- on boucle sur la datareader pour ajouter les elements dans un Table (mis dans le code aspx).

Je pense que le sqlDatasource fait un peu la meme chose mais est peut etre optimisé.

J'espere que mon explication est asser clair.

Merci de vos reponse ou lien sur le sujet.

[Immobilis]

Salut,

Je ne suis pas certain qu'il y ait une différence notable entre les deux. Par contre d'un point de vue architecture de ton application il y a une chose fondamentale: on n'accède pas aux données depuis l'interface (même si c'est techniquement possible).

Les interfaces ne devraient avoir pour responsabilité que d'afficher des données provenant du SI ou en récupérer de l'utilisateur: http://immobilis.developpez.com/arti...ouche-asp-net/

A+