MooTools и JQuery рядом
Что Вы пытаетесь выполнить? Можно ли лучше объяснить, почему ни разблокированные обновления строки, ни полные транзакции не сделают то, что Вы хотите?
Еще лучше, можно ли предотвратить конкуренцию и просто иметь ли каждое использование потока различное смещение? Это не будет работать хорошо, если соответствующая часть таблицы будет обновлена часто; у Вас все еще будут коллизии, но только во время тяжелой загрузки вставки.
Select... order by id desc offset THREAD_NUMBER limit 1 for update
9 ответов
Мнение: Изучите MooTools, а затем продолжайте работать с ним. Звучит как отличная возможность узнать что-то новое. Зачем вводить совершенно новую библиотеку с добавлением js раздувания, если вам это не нужно. Если это решит проблему, ты золотой.
MooTools - это совершенно надежная и приемлемая библиотека Javascript, и я бы рекомендовал вам добавить ее в список известных технологий, а не удалять и заменять JQuery. Смешивание этих двух вариантов - не лучшая идея, поскольку вы, вероятно, столкнетесь с непонятными, трудно поддающимися отладке конфликтами.
JQuery в последнее время находится в центре внимания, но это ни в коем случае не означает, что он превосходит любую другую библиотеку. . Отнюдь не. Возможно, вы даже обнаружите, что предпочитаете MooTools: -)
ДОБАВЛЕНО: По моему личному опыту, MooTools, кажется, лучше работает вместе с другим кодом javascript, чем jQuery. В последнее время я работал с несколькими сайтами, которые смешивали в MooTools с различными другими частями Javascript для разных эффектов / функций, и это ' Все, казалось, играли вместе с минимальными проблемами. Страницы OTOH, которые используют jQuery, как правило, используют jQuery-версии всего. YMMV, конечно.
Лично я бы рекомендовал не использовать оба, поскольку возникают странные конфликты даже с jQuery.noConflict () . Выбирайте один или другой.
Если вы в конечном итоге используете оба, обязательно используйте jQuery.noConflict () , чтобы гарантировать, что использование $ не конфликтует.
Я бы сказал, это зависит от того, как структурирован код и что вам нужно делать. mootools легко поддается рефакторингу и расширению (в конце концов, отчасти это причина его существования), но требуется время, чтобы понять лучшие практики и так далее.
Однако ваша кривая обучения работе с обычным javascript или jquery не будет слишком крутой, особенно если все, что вас волнует, - это манипулирование DOM, обработка событий и эффекты. все становится более интересным, когда вы решаете написать / расширить классы mootools и заняться прототипированием - но вам, возможно, не придется этого делать ...
есть несколько довольно хороших руководств по большинству вещей, а также некоторые демонстрации того, как что-то делать через jquery и mootools (эквивалентные). http: // jqueryvsmootools. com / - хороший пример того, как одну и ту же задачу можно выполнить с помощью любого из них, я бы рекомендовал прочитать его, прежде чем принимать решение.
что бы вы ни решили, плохая практика - использовать два фреймворка (когда можно обойтись без них).
Это зависит от того, насколько большим будет проект для преобразования в jQuery, какая часть вашей работы связана с обслуживанием этих страниц (по сравнению с другими страницами, которые уже используют jQuery), какова срочность вашего первый набор изменений и т. д.
Все сводится к сравнению затрат: как соотносятся затраты вашего бизнеса на их преобразование в jQuery с затратами для вашего бизнеса на изучение mooTools (и, возможно, на то, чтобы сохранить оба motools и jquery в голове одновременно).
Единственное, что я могу сказать наверняка, - это не использовать вариант 3. Это не обязательно потому, что вы не можете заставить его работать (и возникнут проблемы ), но потому что вам все равно придется изучить mootools, чтобы правильно поддерживать страницы. Как только вы это сделаете, вы можете просто оставить их mootools вместо того, чтобы все переписывать или пытаться смешивать фреймворки.
Лично я склонен сказать «конвертируйте его в jQuery», поскольку считаю, что jQuery в конечном итоге захватит рынок . Отсюда следует, что он в какой-то момент конвертируется в jQuery, и поэтому долгосрочные затраты для бизнеса, вероятно, лучше всего оптимизировать, выполнив преобразование раньше, пока конвертировать меньше, а инструменты все еще актуальны, так что вы можете легко получить помощь с преобразованием. Но это, конечно, спорно.
Меньше преобразований и mootools по-прежнему актуальны, поэтому вы можете легко получить помощь с преобразованием. Но это, конечно, спорно. Меньше конвертировать и mootools по-прежнему актуальны, поэтому вы можете легко получить помощь с преобразованием. Но это, конечно, спорно. Поскольку вам удобнее работать с jQuery, я бы просто вызвал jQuery.noConflict (); первым делом и написал функции в jQuery. Это, конечно, если время имеет значение.
jQuery and Mootools basics are close enough that moving from one to the other isn't much of a headache.
Whenever I'm given the choice between the two, I lean towards Mootools - especially if I'm intending to do any sort of effects or animations. Mootools's base FX libraries are far more robust and generate better results cross-browser in my experience.
Like others have suggested, you could take this opportunity as a learning experience. If you're satisfied with jQuery and don't feel the need to learn another framework, port the code over. You can't really go wrong with either in the end.
There is a project that twists and prods Mootools to make it look like JQuery (a wolf in a sheep's clothing... or a golden coin painted to look like silver...)
I certainly think you should learn Mootools, but that might help.
Я написал статью в блоге о том, как запустить "2 бок о бок". http://chrisbarba.wordpress.com/2009/12/30/need-to-run-jq...s-side-by-side/
У меня не было проблем с его запуском на сайте SharePoint. Крис