ASP.NET - Inline vs. Code-Behind

Question

Je réalise qu'en posant cette question, j'aurais pu commencer l'apocalypse, mais un de mes collègues utilise beaucoup de codage en ligne dans leurs pages aspx, alors que je préfère utiliser le code-behind.

Y at-il un bon et un mauvais sens ici?

Answer 1

Sauf indication contraire de votre norme de codage.

IMO code-behind facilite la séparation des problèmes, donc je préfère cela, mais parfois, traiter avec un seul fichier est bien aussi.

Answer 2

Code-behind est l'endroit le plus traditionnel et le plus logique. Si cela fonctionne, cela fonctionne, mais je ne peux pas supporter de le faire dans l'aspx.

Answer 3

J'ai fait le post exact il y a quelque temps:

OnDataBinding vs Inline: avantages, inconvénients et frais généraux

Je préfère le code derrière. J'ai généralement une zone #region pour tous les trucs de liaison de données. Il permet aux personnes expérimentées en HTML / CSS d'ajuster le code HTML. Il leur suffit de connaître les contrôles de base à utiliser et de définir l'événement OnDataBinding dans la définition du contrôle. Ils peuvent déplacer des choses et faire n'importe quoi sans avoir aucune idée de ce qu'il faut réellement pour que les données soient dans cet élément de donnée, car cela pourrait ne pas être aussi simple qu'un simple "Eval (&"; Quelque chose & ";) ;.

Answer 4

Eh bien, il y a le code en ligne, puis le code en ligne. Si vous avez un bloc de script en haut de votre page_load, c'est très bien. Mais si vous mélangez beaucoup de morsures d'abeille (<% %>) avec le balisage, vous finirez par avoir des problèmes lorsque ces morsures d'abeilles ne fonctionnent pas comme vous le souhaitez avec d'autres contrôles de serveur.

Answer 5

Personnellement, je préfère les erreurs de compilation aux erreurs d’exécution, aussi j’ai mis toute ma logique dans le code.

Parfois, lorsque j'ai juste besoin d'une valeur à afficher sur la page, je vais mettre <% = SomeValue% > mais même dans ce cas, je préfère de loin créer une étiquette et la définir.

Answer 6

Je veux m'assurer de bien comprendre la question - par en ligne, voulez-vous dire des extraits tels que

<a><% some.asp.net.code %></a>

ou voulez-vous dire un par rapport à deux fichiers pour chaque page:

page.aspx
page.aspx.cs

?

Parce que je ne suis PAS un fan de ce que j'appelle le code 'incorporé' dans le premier exemple mais je préfère le code et les balises dans le même fichier avec un < script runat = " serveur " >

Answer 7

Il n'y a pas de bon / mauvais dans les deux cas.

Vous pouvez écrire du code en ligne & amp; une partie devrait être écrite en code-behind. Cela ne peut pas être absolu. Dépend de sa lisibilité / facilité de maintenance lorsque vous l’écrivez de l’autre côté.

EDIT: comme il est dit, écrivez le code pour human & amp; accessoirement pour le compilateur.

Answer 8

J’ai tendance à utiliser le code-behind car c’est le seul moyen pour WPF et j’essaie de rester cohérent et c’est plus naturel. Mais c'est subjectif.