Mon équipe travaille actuellement à une mise à jour substantielle d'une application ASP.NET 3.5 existante qui utilise Ajax Control Toolkit sur pratiquement toutes les pages. Nous avons constaté que dans de nombreux cas, son utilisation est injustifiée (il est clair qu'un développeur précédent a décidé de tout "Ajaxafy"), et une expérience plus riche - et plus simple - peut être trouvée en utilisant jQuery.Maintenabilité: jQuery ou Ajax Control Toolkit?
Nous avons également constaté que le AjaxControlToolkit peut être très pénible à utiliser en termes de maintenance et de performance lorsque vous avez une demi-douzaine de développeurs. Nous discutons de la mise au rebut de son utilisation complètement, et d'aller avec jQuery pour l'expérience de l'interface utilisateur. Nous avons la chance d'avoir assez de temps pour le faire en toute sécurité, et chaque fonctionnalité que nous utilisons peut être répliquée sans aucun problème (saisie semi-automatique, contrôle du calendrier, etc.).
Il semble que Microsoft se rangent avec jQuery avec son ajout à Visual Studio dernièrement, et l'Ajax Control Toolkit actuel n'est pas dans ASP MVC (fichiers côté client seulement). Par conséquent, je suis personnellement en faveur de jQuery pour l'instant, car il semble avoir un avenir, alors que l'avenir du Control Toolkit est un peu plus nuageuse.
Cependant, du point de vue de la maintenabilité, comment jQuery peut-il travailler? C'est essentiellement Javascript, donc pas de plugins requis. Les mises à jour sont-elles stables et violent-elles souvent les fonctionnalités existantes?
+1 Je suis d'accord. Avec jQuery, vous avez besoin de champs cachés supplémentaires pour communiquer avec le serveur lors de la publication, ce qui semble un peu maladroit. –
Je n'ai jamais utilisé de champs cachés avec mvc + jquery pour les publications. Je ne suis pas sûr de comprendre pourquoi le ms js aide plus à cet égard. – redsquare