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>.