MooTools и JQuery бок о бок - PullRequest
       62

MooTools и JQuery бок о бок

11 голосов
/ 02 октября 2009

Я только что унаследовал некоторые веб-страницы, которые используют MooTools. Я никогда не использовал MooTools. Теперь мне нужно добавить некоторые функции на страницу. Интересно, стоит ли использовать jquery и mooTools на одной странице?

В принципе, у меня есть 3 варианта,

  1. Конвертируйте страницы в JQuery, который я должен выучить MooTools, чтобы сделать это.
  2. Написать новые функции в MooTools. Мне нужно учить еще больше MooTools, чтобы достичь этого.
  3. Используйте оба на странице.

Ваше мнение будет оценено.

Ответы [ 10 ]

46 голосов
/ 02 октября 2009

Мнение: Изучите MooTools, а затем переходите к нему. Похоже, отличная возможность узнать что-то новое. Зачем вводить совершенно новую библиотеку с добавлением js bloat, если вам это не нужно. Если это решит проблему, ты золотой.

16 голосов
/ 03 октября 2009

MooTools - совершенно надежная и приемлемая библиотека Javascript, и я бы порекомендовал вам добавить ее в список известных технологий, а не вырывать ее и заменять на JQuery. Смешивать эти два не очень хорошая идея, так как вы, вероятно, столкнетесь с непонятными трудными для отладки конфликтами.

У JQuery в последнее время была вся пресса, но это ни в коем случае не означает, что она превосходит все остальные библиотеки. Отнюдь не. Вы даже можете найти, что предпочитаете MooTools: -)

ДОБАВЛЕНО: Мой личный опыт показывает, что MooTools, похоже, играет с другим javascript-кодом лучше, чем jQuery. В последнее время я работал с несколькими сайтами, которые смешивались в MooTools с различными другими частями Javascript для разных эффектов / функциональности, и все это, похоже, сочеталось с минимальными проблемами. На страницах OTOH, использующих jQuery, обычно используются jQuery-версии всего. YMMV конечно.

7 голосов
/ 03 октября 2009

Я бы сказал, зависит от того, как структурирован код и что вам нужно делать. MooTools действительно легко рефакторинг и расширение (это, в конце концов, отчасти причина, по которой он существует), но это требует времени, чтобы найти лучшие практики и так далее.

однако, ваша кривая обучения из ванильного javascript или jquery не будет слишком крутой, особенно если вам важны манипуляции DOM, обработка событий и эффекты. все становится более интересным, когда вы решаете написать / расширить классы mootools и решиться на создание прототипов - но вам, возможно, не придется это делать ...

Есть несколько довольно хороших учебных пособий по большинству вещей, а также некоторые демонстрации по выполнению задач через jquery и mootools (эквивалентные). http://jqueryvsmootools.com/ - хороший пример того, как одно и то же задание можно выполнить с помощью любого из них, я бы рекомендовал прочитать его, прежде чем принять решение.

что бы вы ни решили, - это плохая практика использования двух платформ (когда вы можете обойтись без).

7 голосов
/ 02 октября 2009

Лично я бы порекомендовал не использовать оба, так как есть странные конфликты, даже с jQuery.noConflict(). Перейти с одним или другим.

Если вы в конечном итоге используете оба, обязательно используйте jQuery.noConflict(), чтобы убедиться, что использование $ не конфликтует.

Использование jQuery с другими библиотеками

6 голосов
/ 02 октября 2009

Это зависит от того, насколько большой проект будет конвертирован в jQuery, сколько вашей работы обслуживает эти страницы (по сравнению с другими страницами, которые уже используют jQuery), срочность вашего первого набора изменений и т. Д. ..

Это сводится к сравнению затрат: как затраты вашего бизнеса на преобразование их в jQuery сравниваются с затратами для вашего бизнеса на изучение mooTools (и, возможно, одновременное хранение и mootools, и jquery в вашей голове) ).

Единственное, что я могу сказать наверняка, это не делать вариант 3. Это не обязательно, потому что вы не можете заставить его работать (и будут проблемы), а потому, что вам придется изучать mootools чтобы правильно поддерживать страницы в любом случае. Как только вы это сделаете, вы можете просто оставить их в mootools, а не переписывать все или пытаться смешивать фреймворки.

Лично я склонен сказать, что конвертирую его в jQuery, так как я верю, что jQuery в конечном итоге загонит рынок в угол . Тогда подразумевается, что будет конвертироваться в jQuery в какой-то момент, и поэтому долгосрочные затраты для бизнеса, вероятно, лучше всего оптимизировать, выполнив конвертацию раньше, в то время как конвертация будет меньше, а mootools по-прежнему актуальны, так что вы можете легко получить помощь с преобразованием. Но это, конечно, спорно.

4 голосов
/ 17 декабря 2009

Основы jQuery и Mootools достаточно близки, чтобы переход от одного к другому не был большой головной болью.

Всякий раз, когда мне дают выбор между двумя, я склоняюсь к Mootools - особенно, если я собираюсь делать какие-либо эффекты или анимации. В моем опыте базовые FX-библиотеки Mootools гораздо более надежны и дают лучшие результаты в разных браузерах.

Как и другие, вы можете использовать эту возможность в качестве учебного опыта. Если вы удовлетворены jQuery и не чувствуете необходимости изучать другую инфраструктуру, перенесите код поверх. Вы не можете ошибиться в конце концов.

3 голосов
/ 02 октября 2009

Поскольку вам удобнее работать с jQuery, я просто позвоню jQuery.noConflict(); и напишу функции в jQuery. Это, конечно, если время является фактором.

2 голосов
/ 17 декабря 2009

Существует проект , который крутит и подталкивает Mootools, чтобы он выглядел как JQuery (волк в овечьей шкуре ... или золотая монета, нарисованная под серебро ...)

Я, конечно, думаю, что вы должны изучать Mootools, но это может помочь.

1 голос
/ 11 ноября 2011

Я согласен с теми, кто поддерживает обучение mootols, но я думаю, что это даже лучше, если вы примете это решение, потому что вы, наконец, думаете, что изучение mootools стоит.

Так что я думаю, что было бы неплохо немного изучить возможности mootools.

Мне нравится эта статья об этой теме. И я думаю, что это может быть полезно для тех, кто читает эту ветку.

http://jqueryvsmootools.com/index.html

0 голосов
/ 31 декабря 2009

Я написал пост в блоге о запуске 2 бок о бок. http://chrisbarba.wordpress.com/2009/12/30/need-to-run-jq…s-side-by-side/

У меня не было проблем, чтобы заставить его работать на сайте SharePoint. Chris

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...