Je viens de hériter de certaines pages Web qui utilisent des matières. Je n'ai jamais utilisé de maussades. Maintenant, j'ai besoin d'ajouter des fonctions sur la page, je me demande si c'est une bonne idée d'utiliser jQuery et moustiquaire sur la même page?
Fondamentalement, j'ai 3 options,
Votre opinion sera appréciée.
9 Réponses :
Opinion: apprendre des maussades maussades, puis passez à autre chose avec elle. Cela ressemble à une grande opportunité d'apprendre quelque chose de nouveau. Pourquoi introduire une bibliothèque entièrement nouvelle avec addition JS BLOat si vous n'avez pas besoin de. Si cela résoudra le problème que vous êtes doré.
Soit vous soutiens le projet avec JS BLOAT ou apprendre des maroquestres. Maillotools est amusant gentil de toute façon.
Depuis que vous êtes plus à l'aise avec JQuery, je voudrais simplement appeler jquery.noconflic (); première chose et écrire les fonctions de jQuery. C'est bien sûr que si le temps est un facteur.
Cela dépend de la taille d'un projet qu'il serait de convertir en jQuery, combien de votre travail maintient ces pages (vs autres pages qui utilisent déjà JQuery), quelle est l'urgence pour votre premier ensemble de modifications, etc. ..
Cela revient à une comparaison de coûts: comment le coût de votre entreprise doit-il les convertir en jQuery comparer au coût de l'entreprise pour que vous puissiez apprendre des moussettes (et peut-être garder à la fois des maillots et jQuery dans votre tête en même temps ).
La seule chose que je peux dire à coup sûr, c'est ne pas faire l'option 3. Ce n'est pas nécessairement parce que vous ne pouvez pas le faire fonctionner (et il y aura des défis), mais parce que vous devrez apprendre des meubles pour bien entretenir les pages de toute façon. Une fois que vous faites cela, vous pouvez également les conserver que des motes plutôt que de réécrire tout ou d'essayer de mélanger des cadres.
Personnellement, je suis enclin à dire la convertir JQuery, car je crois JQuery va finalement coincer le marché . L'implication est alors que cela sera convertira en jQuery à un moment donné, et les coûts à long terme pour les entreprises sont probablement optimisés par la conversion plus tôt alors qu'il y a moins à convertir et que les motools sont toujours pertinents pour que vous puissiez peut facilement obtenir de l'aide avec la conversion. Mais c'est certainement argourable.
J'aime les pensées de Joel sur ceci - ne faites pas l'option 3, allez avec jQuery si vous êtes à l'aise avec JQuery et que vous avez le temps / budget pour faire la conversion. Si cela allait être une douleur, je suggérerais d'apprendre des matières, car il y a des chances, vous aurez encore une fois une journée - et vous serez un développeur plus fort comprenant les bases de MooTools et de JQuery.
JQuery Corner le marché? Peut-être aussi, mais ce n'est pas sur le même marché que MOTOWOOLS - Cela n'offre vraiment rien au sommet de la vanille JavaScript pour gérer l'héritage basé sur la classe. motools ne va nulle part - il est là pour rester et avec ver 1.3 et 2,0 imminents à l'horizon, il ne fera que devenir plus fort ...
@Dimitar Christoff: Mon expérience avec des programmes JavaScript à grande échelle basés sur des "classes" suggère que c'est une mauvaise approche.
Personnellement, je recommanderais pas d'utiliser les deux, car il existe des conflits étranges, même avec Si vous finissez par utiliser les deux, assurez-vous d'utiliser jquery.noconflic () . Aller avec l'un ou l'autre.
jquery.noconflic () pour vous assurer que l'utilisation du $ n'est pas un conflit.
Pouvez-vous élaborer sur les conflits, même lorsque vous utilisez .noconflic () ?
J'ai découvert que les conflits se produisent le plus souvent lors de la fixation d'événements de charge aux éléments élevés de l'héritière. par exemple. guichets ou événements de chargement de documents. Si vous en avez des motools et certains dans JQuery, vous obtenez des comportements inattendus des deux.
L'exemple de Marco est un bon exemple de conflit qui peut arriver. L'attachement des événements des deux bibliothèques peut provoquer des problèmes étranges dans lesquels l'un des événements de la bibliothèque va déclencher et l'autre.
Motools a également une solution à la question de $ de conflit (que j'oublie les détails de). Néanmoins, n'ajoutez pas jQuery au site Web. Je viens d'apprendre des marocersons. C'est amusant.
Je dirais que cela dépend de la structure du code et de ce que vous devez faire. motools se rend à un refactoring facile et s'étendant (c'est-à-dire, après tout, en partie la raison pour laquelle il existe), mais il faut un certain temps pour comprendre les meilleures pratiques et ainsi de suite.
Cependant, votre courbe d'apprentissage de Vanilla JavaScript ou JQuery ne sera pas trop raide, surtout si tout ce que vous vous souciez de la manipulation, de la manipulation et des effets de l'événement. Les choses deviennent plus intéressantes lorsque vous décidez d'écrire / étendre les cours de motools et vous aventurer dans le prototypage - mais vous n'êtes peut-être pas obligé de le faire ...
Il y a de très bons tutoriels autour de la plupart des choses ainsi que de certaines démos à faire des choses à travers JQuery et MotooTools (celles équivalentes). http://jquéryvsmooools.com/ est un bon exemple sur la façon dont la même tâche peut être faite à l'une ou l'autre, je ' D Recommander la lecture avant de décider.
Quel que soit votre choix, il est une mauvaise pratique pour utiliser deux cadres (lorsque vous pouvez passer sans).
Motoools est une bibliothèque JavaScript parfaitement solide et acceptable et je vous recommanderais que vous l'ajoutez à votre liste de technologies connues plutôt que de le déchirer et de remplacer par jQuery. Mélanger les deux n'est pas une bonne idée car vous êtes susceptible de rencontrer des obscures difficiles à déboguer des conflits.
JQuery a eu toute la presse de tardif, mais il n'est en aucun cas coupé et séché qu'il bat chaque autre bibliothèque. Loin de là. Vous pourriez même vous trouver que vous préférez vous préférer: -)
a ajouté: Pour ce que cela vaut la peine d'être mon expérience personnelle, c'est que motools semble jouer avec un autre code JavaScript plus bien que JQuery. J'ai géré plusieurs sites de retard qui se sont mélangés dans des meubles avec divers autres pièces de JavaScript pour différents effets / fonctionnalités et que tout semblait jouer avec des problèmes minimes. Les pages OTOH qui utilisent JQuery ont tendance à utiliser des versions JQuery de tout. YMMV bien sûr.
Pour commenter ma propre réponse, tandis que je pense que c'était vrai en octobre 09 le développement rapide de JQuery et son acceptation généralisée en tant que bibliothèque standard au cours des 18 derniers mois a donc appuyé sur la balance et je serais plus enclin à Allez vers une réécriture, en fonction de la taille du projet. Mais je ne voudrais toujours en aucun cas utiliser les deux.
Merci pour les acronymes. * Yoinink
Les bases de JQuery and MOTooTools sont suffisamment proches que de passer de l'une à l'autre n'est pas une grande mal à la tête.
Chaque fois que je suis donné le choix entre les deux, je me penche vers des matières, surtout si j'ai l'intention de faire des effets ou des animations. Les bibliothèques de base de la base de Motools sont beaucoup plus robustes et génèrent de meilleurs résultats sur un navigateur croisé dans mon expérience.
Comme les autres l'ont suggéré, vous pourriez saisir cette opportunité comme une expérience d'apprentissage. Si vous êtes satisfait de JQuery et ne ressentez pas la nécessité d'apprendre un autre cadre, portez le code sur le code. Vous ne pouvez pas vraiment vous tromper avec soit à la fin.
Il y a un projet qui rebondit et pousse motthools pour le faire ressembler à jQuery (un loup Dans les vêtements d'un mouton ... ou une pièce d'or peinte pour ressembler à de l'argent ...)
Je pense certainement que vous devriez apprendre des matières, mais cela pourrait aider.
Je suis d'accord avec ceux qui sont favorables à l'apprentissage des mootols, mais je pense que c'est encore mieux si vous prenez cette décision parce que vous pensez enfin que l'apprentissage de MotooTools en vaut la peine.
Je pense donc que ce serait bien de faire des recherches sur les capacités de motools.
J'aime cet articule à propos de ce sujet. Et je pense que cela peut être utile pour ceux qui lisent ce fil.