Nous développons actuellement quelques contrôles de serveur ASP.NET personnalisés. Maintenant, nous aimerions ajouter un soutien AJAX à certains d'entre eux. Maintenant, il y aurait deux options
J'ai déjà travaillé avec la boîte à outils de contrôle, écrivez une extension complète et c'était assez intuitif, une fois que vous comprenez l'histoire de l'arrière-plan. Mais j'aime aussi la simplicité de jQuery.
J'aimerais donc entendre certains d'entre vous ce que vous voudriez aller (avantages / inconvénients de chacun d'entre eux), considérant également que nous sommes principalement Traiter avec Microsoft Technologies. Souhaitez-vous plus pour la boîte à outils ou JQuery, ... ou les deux?
// Edit: c'est vraiment sympa Parce que, de cette façon, je n'ai pas à faire face à la rendu prefedfinie JavaScript que je construisez en quelque sorte comme une chaîne dans mon contrôle de serveur personnalisé. Avec jQuery, je devrais le faire (sauf pour le Toolkit Nicolas mentionné, mais le soutien est trop faible pour l'utiliser dans un environnement professionnel) Merci beaucoup.
Je viens de faire des tests et je dois admettre que pour le moment je trouve la boîte à outils mieux en raison de l'intégration. Mon objectif est principalement de l'utiliser sur les commandes du serveur, donc avec la boîte à outils, j'ai des classes correspondantes sur le côté serveur où je peux faire quelque chose comme
11 Réponses :
Le premier point important à mon avis est la base d'utilisateurs de ces deux.
Je pense que JQuery a un grand groupe d'utilisateurs par rapport à Microsoft Ajax. Alors le soutien à JQuery sera beaucoup plus.
Bien que ceux-ci ne soient pas des points majeurs, je vais essayer. JQuery n'a pas d'updatepanel - c'est une bonne chose. Vos compétences de jQuery transféreraient facilement à une autre pile comme ASP.NET MVC, Django ou Rails. Cela fait longtemps que j'ai vu Mme Ajax Docs, mais la documentation de JQuery est un facteur énorme pour moi - c'est excellent.
J'ai entendu parler de certains développeurs utilisant des deux bibliothèques, ce qui pourrait être quelque chose à regarder aussi bien.
Eh bien ..Le UpdatePalkpanel est quelque chose que je préférerais essayer d'éviter. Cela peut conduire à des problèmes de performance majeurs. En utilisant les deux pourraient aussi bien être une option, oui ..
Le panneau de mise à jour est un jouet brillant pour les développeurs de Newbie. Une fois que vous allez ajax, vous ne revenez jamais.
J'utilise occasionnellement les deux. Parfois, la boîte à outils Mme Ajax est super pratique pour certaines choses et d'autres fois, c'est juste un gâchis. JQuery est idéal pour beaucoup de choses mais peut parfois être limitée.
Je voudrais cependant erreur du côté de JQuery, quelle que soit la plate-forme que vous allez à, JQuery sera toujours applicable car elle est complètement basée sur le client, alors que les compétences de la boîte à outils MS Ajax ne vous aideront pas à devoir Essayez une autre plate-forme côté serveur.
Pour moi, j'utiliserais AjaxControlToolkit uniquement lorsque le plug-in jQuery n'existe pas. De plus, avec l'utilisation de JQuery Control Toolkit, vous pouvez utiliser JQuery avec des contrôles de serveur. Regardez-y sur CODEPLEX
Merci pour le conseil. N'a pas encore entendu parler de la boîte à outils JQuery. THX
+1 Première fois d'entendre parler de ce contrôleur de serveur JQuery, merci :)
Si vous codez principalement dans les magasins MS avec Visual Studio, alors la boîte à outils est la voie à suivre, vous aurez toujours besoin de connaître JavaScript pour faire des choses, mais dans cette situation, la boîte à outils permettra de vraiment Fast Dev et du code derrière Soutien à certains contrôles. Cela dit qu'il ne fait jamais de mal d'apprendre les deux, la boîte à outils est vraiment un détroit de manière à ce que la courbe d'apprentissage soit petite et dans une certaine mesure qui dépend principalement de votre connaissance de JavaScript, de sorte que JQuery. La plupart des applications que je vois maintenant une journée utilise les deux et cela fonctionne assez bien et une fois que vous apprenez assez de chacun, vous pourrez décider quoi utiliser ... essentiellement à la fois une boîte à outils plus grande et une grande boîte à outils est toujours une bonne chose à avoir.
Je n'ai jamais été ravi de la boîte à outils Ajax. Cela semblait maladroit et gonflé.
Quand je suis tombé sur JQuery, je n'ai jamais regardé en arrière ...
ne sont-ils pas supposés que les contrôles Web sont supposés être une implémentation de client abstraite dans une certaine mesure? Et si oui, n'est-ce pas réalisable que la SP implémentera la boîte à outils Ajax à l'aide de JQuery Someday?
jQuery est slick et j'aime jouer avec elle, mais il y a aussi quelque chose de très durable pour les contrôles Web en ce que leur implémentation peut être mise à jour automatiquement aux côtés des technologies des clients.
JQuery permet à votre demande d'être libre de versions ASP.NET. Nous avons utilisé Mme Ajax Toolkit et nous avons dû m'inquiéter de ses versions et voir si elle est compatible avec ASP.NET 2.0, etc. Nous avons commencé à utiliser des contrôles de JQuery et avons trouvé que notre application est beaucoup plus rapide et nos commandes pourraient évoluer de manière indépendante des versions .NET. Nous pourrions même jeter .net en faveur de PHP car la plupart de nos affaires sont basées sur le Web. Donc, pour la présentation, vous pourriez avoir des pages HTML simples avec JQuery et la plupart des autres choses peuvent être mises en œuvre comme WebServices.
Raisons de JQuery API sur AjaxControlToolKit:
Si vous utilisez WebForms (contrôles de serveur), vous devez utiliser des extenseurs pour organiser votre script et fournir une présence côté serveur. Étant donné qu'une boîte à outils complète existe déjà (Ajax Toolkit), c'est le meilleur pari, mais si vous vraiment voulez utiliser jQuery, écrivez vos propres extensions qui appellent JQuery. Cependant, si vous utilisez MVC, utilisez simplement une jQuery nu; Il est inclus dans ces applications par défaut et il n'y a pas de commandes côté serveur qui nécessiteraient des extenseurs côté serveur pour correspondre à.
Que ciblez-vous? Base d'utilisateurs du contrôle?