Я являюсь активным пользователем инфраструктуры YUI (http://developer.yahoo.com/yui/). Он имеет свои "сильные и слабые стороны" как с точки зрения производительности, так и с синтаксисом. Я видел немного JQuery, и я немного поработал с прототипом, но я застрял в основном на YUI. Мой вопрос: лучше ли придерживаться одной библиотеки Javascript для каждого приложения или использовать возможности нескольких фреймворков javascript в вашем приложении?
Что лучше, одна инфраструктура javascript или несколько фреймворков
Ответ 1
Я думаю, что лучше использовать одну структуру по крайней мере по двум причинам:
1. Код прост в обслуживании, потому что нет синтаксического сочетания.
2. Приложение загружается немного быстрее, и я думаю, что он должен выполняться быстрее.
Ответ 2
Я предполагаю, что несколько фреймворков лучше, если у каждого есть свои цели. Если я создаю веб-приложение ASP.Net с функциональностью AJAX, могут быть встроены встроенные библиотеки ASP.NET AJAX Javascript, которые могут быть объединены с JQuery для обработки некоторых ситуаций. В качестве альтернативы, можно было бы использовать сторонние элементы управления, такие как Telerik RAD control, которые также могут привести к увеличению кода Javascript. Ключ состоит в том, чтобы понять, что каждая структура добавляет с точки зрения того, что вы катитесь.
Ответ 3
Несомненно, что рамки на одном и том же веб-сайте облегчат вашу жизнь, поэтому попробуйте как можно использовать одну фреймворк, и если вы собираетесь использовать более одного, позаботьтесь о конфликтах и избыточности.
Если я на вашем месте, я начну искать фреймворк, который у меня есть для некоторых плагинов и обновлений, если бы не нашел, добавит новую структуру.
Еще один момент: не паникуйте от использования более чем одного фреймворка, большие и известные рамки, такие как jquery, имеют свои реализации для разрешения конфликтов и работают бок о бок с другими библиотеками javascript.
Ответ 4
Кроме того... если вы одновременно используете две разные структуры, некоторые функции в одной структуре могут переопределить функцию в другой структуре и сделать уродливые конфликты. Например, $() может быть реализовано разными способами, и сделать что-то сбой, если другие функции рамки используют его. (и они уверены!)
Ответ 5
Я думаю, что лучше использовать 1 фреймворк в своей разработке, для согласованности API и скорости загрузки. проблема когда-то не является основой, достаточно всеобъемлющей, чтобы иметь все наши потребности в развитии.
Это только что появилось в почтовом ящике, их реклама говорит о всеобъемлющей структуре с большим количеством виджета: сетка с группировкой, диаграммами, формами, вкладками, полями и т.д. Я долго не играю, но кажется очень многообещающим. здесь