Discussion :

[kendras]

Bonjour,

tout est dans le titre

Je me mets au MVC, et je ne vois pas trop quel est l'interet du HTMLHelper ...

Je trouve que la page ASPX devient un peu plus "crade" surtout quand on se dit que le code doit être séparé du HTML....

Quelqu'un pourrait-il me fournir des arguments valables en sa faveur ?

[Philippe Vialatte]

Salut,

Je me mets au MVC, et je ne vois pas trop quel est l'interet du HTMLHelper ...

Justement, d'offrir une méthode pour simplifier le rendu de tes pages

Faire un HTMLHelper pour avoir une image avec un cadre au tour ne sert pas a grand chose, le meilleur exemple que je peux te donner, c'est celui-la :

http://blog.wekeroad.com/blog/asp-ne...ding-tag-soup/

Apres, personnelement, en webforms, j'ai déja tendance à faire des controles qui font du render pour diminuer la quantité de code dans mes pages, alors je ne suis pas forcèment le meilleur référent la-dessus

[kendras]

Ok merci, je vais lire :-)

[kendras]

De fait, je fais de même. Vive les contrôles personnalisés.

Ce qui me gène, c'est du code dans le HTML....

C'est un peu un retour arrière vers le ASP, et ça casse un peu le principe de la séparation des couches Présentation et "métier"...

Maintenant c'est sur, on y gagne en rapidité (et en visibilité peut être un peu aussi)...

[Philippe Vialatte]

Ce qui me gène, c'est du code dans le HTML....

C'est un peu un retour arrière vers le ASP, et ça casse un peu le principe de la séparation des couches Présentation et "métier"...

Alors, attention, le but, c'est bien de n'avoir dans les pages que du code utilise pour la mise en page, et pas du code "metier"

Personnellement, autant le modele code-behind me plait assez dans l'idee de base, autant j'ai vu trop de pages aspx avec un page_load de 800 lignes qui faisait le cafe

[kendras]

Ok ok, je vais essayer de me laisser convaincre et de suivre la vague ;-)