Так и думал, что нужно уточнить :)
Меня интересует full-ajax приложение с поддержкой истории.
Начитавшись топиков и документации, пришёл к выводу, что closure lib — наиболее подходящий для этого инструмент. Вот ещё интересное обсуждение.
Лояльности заказчика, если честно :)
И у js-спецов в команде на тот момент не было тёплых чувств к jquery. Может быть, недосмотрели, но очень не хватало способа передать излишние параметры в тело функции-обработчика события, например, как это сделано в ExtJS через параметр scope. А ещё у проекта не было дизайнера(он вообще создавался на одном энтузиазме), и темы jqueryui покрывали намного меньше наших требований, чем у extjs.
Ну и jqueryui на тот момент(версии 1.4-1.5 если не ошибаюсь) он был не так хорош, как сегодня(пару проектов на нём поднял), но, глядя на вкладку «ui» документации по closure и меню demos у jqueryui, мне кажется, что с первым времени на разработку уйдёт существенно меньше.
А вы можете показать пример прямо-таки совсем вебдванольного проекта, написанного на jquery? Я таких не видел, но искал. Нашёл толкьо несколько довольно известных проектов на YUI.
*ответ на вопрос выше
Наш проект — что-то типа CRM, интегрированной с Asterisk с автопрозвоном клиентов. Сейчас выполнена в виде WebOS с некоторым подобием рабочего стола, почтовым клиентом и колл-центром.
Всю логику виджетов держим в js, потому что ExtJS так задуман.
В случае с closure lib будет по-другому. Мутулз пробовали. Отпал потому же, почему отпал jquery — базового функционала не хватает, а бегать по интернетам и дёргать различные реализации, которые в итоге, собранные вместе, неорганично выглядят, и приходится костылитьв css — не хочется.
Приятно, когда всё в одном месте, как в Closure или ExtJS.
Интересная мысль.
Но функционала jqueryui нам не хватало.
И мы, на самом деле, тоже уже намучились с ExtJS и больше выбираем сейчас междду closure lib и ей же, но через GWT.
В случае с rails да.
А js-код тяжело сопровождать, когда его много, когда весь клиентский код состоит только из js и стилей. Ещё очень подкупает то, что разработчики ExtJS сделали интеграцию с GWT в виде ExtGWT, а также closure, также поддреживаемая GWT.
Поэтому меня очень заинтересовала технология.
Хотя, наверно, это нужно только инженерной составляющей аудитории.
Меня интересует full-ajax приложение с поддержкой истории.
Начитавшись топиков и документации, пришёл к выводу, что closure lib — наиболее подходящий для этого инструмент.
Вот ещё интересное обсуждение.
И у js-спецов в команде на тот момент не было тёплых чувств к jquery. Может быть, недосмотрели, но очень не хватало способа передать излишние параметры в тело функции-обработчика события, например, как это сделано в ExtJS через параметр scope. А ещё у проекта не было дизайнера(он вообще создавался на одном энтузиазме), и темы jqueryui покрывали намного меньше наших требований, чем у extjs.
Ну и jqueryui на тот момент(версии 1.4-1.5 если не ошибаюсь) он был не так хорош, как сегодня(пару проектов на нём поднял), но, глядя на вкладку «ui» документации по closure и меню demos у jqueryui, мне кажется, что с первым времени на разработку уйдёт существенно меньше.
А вы можете показать пример прямо-таки совсем вебдванольного проекта, написанного на jquery? Я таких не видел, но искал. Нашёл толкьо несколько довольно известных проектов на YUI.
В jquery часто в плагинах бардак, часто имена css-классов перекрываются. Первая версия как раз была на jqueryui.
Наш проект — что-то типа CRM, интегрированной с Asterisk с автопрозвоном клиентов. Сейчас выполнена в виде WebOS с некоторым подобием рабочего стола, почтовым клиентом и колл-центром.
Всю логику виджетов держим в js, потому что ExtJS так задуман.
В случае с closure lib будет по-другому. Мутулз пробовали. Отпал потому же, почему отпал jquery — базового функционала не хватает, а бегать по интернетам и дёргать различные реализации, которые в итоге, собранные вместе, неорганично выглядят, и приходится костылитьв css — не хочется.
Приятно, когда всё в одном месте, как в Closure или ExtJS.
Но функционала jqueryui нам не хватало.
И мы, на самом деле, тоже уже намучились с ExtJS и больше выбираем сейчас междду closure lib и ей же, но через GWT.
А js-код тяжело сопровождать, когда его много, когда весь клиентский код состоит только из js и стилей. Ещё очень подкупает то, что разработчики ExtJS сделали интеграцию с GWT в виде ExtGWT, а также closure, также поддреживаемая GWT.
Поэтому меня очень заинтересовала технология.
Потому что я выбираю инструмент для работы из этих двух вариантов.
И это логично, учитывая, что пишешь проект на языке со статической типизацией.