Mise à jour du 27 janvier 2012
Depuis ma réponse initiale, j'ai passé beaucoup de temps à travailler avec MVC. Comme je l'ai dit ci-dessous, vous avez un contrôle total sur le balisage généré, ce qui est formidable. J'ai également passé du temps à utiliser Telerik MVC (http://demos.telerik.com/aspnet-mvc) et je dois dire qu'ils ont fait un excellent travail pour garder les outils fonctionnels, tout en minimisant le balisage et la taille des script. Ils ont introduit un registre de script qui vous permet d'enregistrer les script à inclure dans la page. Cela vous permet également d'enregistrer vos propres scripts personnalisés. qui peuvent être combinées en une seule ressource et comprimées pour réduire la latence et la bande passante.
Poste original accepté :
Vous avez raison de dire que les suites de contrôle commerciales ont tendance à générer de lourds balisages et script. Cela est dû en partie au fait qu'elles ont traditionnellement dû gérer le flux de travail des pages ASP.NET postback et viewstate, ce qui se traduit par des Id de contrôle interminables et une prolifération de nombreux petits téléchargements javascript (ajoutant de la latence pour chaque fichier).
En outre, de nombreux contrôles ont tendance à essayer d'ajouter trop de fonctionnalités. Ils essaient de tout faire, mais cela rend la réalisation d'une tâche simple assez pénible, car il y a une courbe d'apprentissage abrupte pour un grand nombre de ces suites, comme vous le constatez, j'en suis sûr.
Si vous voulez améliorer la taille du téléchargement et le balisage généré sur votre page, mon conseil serait d'utiliser une combinaison d'ASP.NET MVC (grand contrôle sur le balisage, pas de viewstate ou de _doPostBack scripts partout) et de plugins JQuery, que vous avez abordés dans votre question.
Jetez un coup d'œil au balisage de StacOverflow. Il est écrit en MVC. Je ne suis pas sûr des contrôles tiers qu'ils utilisent.
Les grilles sont souvent les pires contrevenants en matière de balisage hélicoïdal. Jetez un coup d'œil à la JQGrid http://trirand.com/blog/jqgrid/jqgrid.html