Discussion :

[franculo_caoulene]

Salut,

J'ai sous mes yeux une page aspx et son code-behind. Dedans des RadiobuttonList et des DropDownList doivent être peuplés. Les items sont stockés en base de données et sont inconditionnels. C'est à dire qu'ils ne changeront jamais dynamiquement, ils changeront uniquement si on les modifie en base de données.
Je trouve curieux que ces listes soit peuplées en code-behind, avec des uneListe.Items.AddRange() précédés d'une fonctions ne faisant pas beaucoup plus qu'un SELECT, plutôt que de définir une DataSource dans le fichiers aspx.

Pouvez-vous me dire, dans ces conditions, si c'est une bonne ou une mauvaise pratique? Et surtout pourquoi?

Merci par avance.

[Promesses]

Bonjour,
moi je dirais, tout dépend de la manière dont on développe.

J'ai appris qu'il était bien mieux de développer en couche.
C'est a dire une partie accès au données, métier et présentation.

Personnellement pour une lisibilité plus claire, je mettrai tout en code behind.

En couche, ta requete sql serait dans la partie acces aux données avec dans la partie métier des méthodes qui permettent de renvoyer ces listes.
Et dans le code behind, un appel à ces méthodes tout simplement.

[franculo_caoulene]

En effet, ça se défend.