Discussion :

[Braillane]

Bonjour,
Je suis en train de me mettre à l'asp.net pour mon entreprise et la grosse différence que je remarque avec le php sont les controles serveurs...
Je me demandais si il fallait que je m'en serve ou non dans mon site. Moi je me dis que le controles serveur ne fait ni plus ni moins que générer quelque chose que j'aurais très bien pu faire à coup de html et de javascript. Certes quand on sait s'en servir soit doit faire gagner pas mal de temps.
Moi j'ose pas les utilisé pour trois raisons (qui sont peut être fausse, c'est pourquoi je poste ici!).
1) Même i c'est plus long avec du html et javascript, je sais exactement ce que le client va recevoir et donc si il y a un bug ça sera uniquement ma faute...
2) Les controles génere du code et comme tout le monde le sait une des difficultés du web est de faire quelque chose de compatible sur la majorité des navigateurs... Hors .NET=Microsoft, je suis persuadé que les controles genere du code entierement compatible avec IE... mais avec le reste??
3) Si je fais générer quelque chose que j'aurai pu écrire moi meme je risque de perdre en performance.

[Kaidan]

1) Sauf que ton code de présentation reste imbriqué dans ton code métier. ASP.NET via ses contrôles serveurs permettent de dissocier la présentation et le code. De plus, tu vas réinventer la roue à chaque fois. Autant c'est simple de refaire un asp:Label, autant je te souhaite bon courage pour des contrôles complexes comme asp:DataGridView. Les contrôles serveur prennent en charge le ViewState ce qui permet de simplifier l'affichage entre les Post, les événements ce qui permet de clarifier le code en créant des gestionnaires destinés à les traiter.

2) Microsoft n'a pas intérêt à faire du code uniquement compatible avec IE si il souhaite que sa plateforme .NET devienne un des standards du marché. Les sites .NET fonctionnent en général très bien sous IE et sous les autres navigateurs. Il y avait certes de petits problèmes en ASP.NET 1.1 mais ils ont été corrigés par ASP.NET 2 qui est capable de génèrer du code en fonction du navigateur cible. En tout cas, rien ne t'empêche de regarder ce qui est généré, voir de surcharger le composant et sa méthode Render pour corriger ce qui n'irait pas.

3) Certes, mais tu gagnes en souplesse. Et les gains risquent d'être tellement infimes que perdre 3 jours à refaire qqchose qui peut se faire en 2 mins pour un gain de 3% est ridicule.

Bref, les contrôles serveurs sont un véritable gain de productivité. L'équipe du Framework a pensé ces contrôles pour être souples, performants et utilisables pour des projets de grande envergure, multi-navigateurs.

[Braillane]

Okay, je m'attendais à cette réponse et c'est pourquoi je me suis deja mis à apprendre les controles serveur
Bon je suis assez convaincu par cette réponse mais j'aimerais en avoir d'autres pour avoir les avis d'un peu tout le monde!
Merci Kaidan de ta réponse et merci d'avanceaux autres!

[lutecefalco]

+1 kaidan, voilà ta réponse

[casiii]

Bref, les contrôles serveurs sont un véritable gain de productivité.

Une question dans le même sens : C'est préférable un <ASP:HyperLink ... NavigateUrl="..."> ou un <a href="..."> si c'est pour avoir au final juste un lien ?

[Kaidan]

Un contrôle serveur se justifie uniquement lorsqu'il est dynamique.

Si le lien est statique (toujours le même), il vaut mieux utiliser un <a>.