Je travaille sur un framework côté serveur.Quelle est la qualité de jQuery à coexister avec d'autres bibliothèques Javascript?
Ici et là, j'ai ajouté du javascript fait main pour faire des choses côté client. Cependant, cela devient de plus en plus douloureux et d'après ce que j'ai entendu, je pense que jQuery peut être utile. Le problème est que, comme il s'agit essentiellement de tâches côté serveur, je ne veux pas obliger mes utilisateurs (en supposant qu'il y en ait :) pour utiliser jQuery. Donc, la question est, à quel point jQuery coexiste-t-il avec d'autres bibliothèques javascript populaires? Va-t-il détourner des noms et des événements globaux pour ses propres buts ou est-il un mec coexistant relativement respectueux?
choses intéressantes. Tout ce que je fais est côté serveur, mais il y a des choses comme Ajax qui sont intrinsèquement aussi côté client et des choses comme la validation qui sont mieux traitées des deux côtés. – flybywire
Dans ce cas, la prise en charge de jQuery ajax est très bonne et simple - rien de spectaculaire mais c'est certainement mieux que de rouler le vôtre. La validation est très facile avec le plugin de validation http://docs.jquery.com/Plugins/Validation et c'est un excellent plugin. – Steerpike
+1 C'est à peu près ce que x-x a demandé. Je crois que x-x pourrait créer une sorte d'interface qui permettrait aux utilisateurs d'insérer leur propre javascript, ce qui pourrait susciter des inquiétudes au sujet des conflits de bibliothèques. Le "côté serveur" fait probablement référence au code réel du serveur implémenté par x-x par opposition au code édité par l'utilisateur. –