Хотел бы выслушать ваше мнение о:
- KnockoutJS
- DurandalJS
- jqGrid
- Ext JS

Немного запутался, т.к. они все работаю на jQuery, или только jqGrid и Ext JS, а KnockoutJS и DurandalJS - это отдельные библиотеки как напр. jQuery и Mootools?

Какой из библиотек не приостановили развитие.

Сортируйте мне по сложности их познания... напр. Ext JS знаю что жирный по функционалу...

Из представленых библиотек что у них общего? т.е. мне надо понять напр. мне использовать одну для своей цели (если на всех можно реализовать) или использовать несколько...

jqGrid не библиотека, а плагин.
KnockoutJS на чистом JS

Вы пытаетесь сравнить, образно, велосипед, машину, вертолет и поезд.

Смотря что вы хотите реализовать.

Ну как я понял "jqGrid" и "Ext JS" ближе друг другу, т.к. на jqGrid строятся таблицы, и на Ext JS можно это сделать.

А что касается KnockoutJS и DurandalJS

Если вам только таблицы то лучше jqGrid.
Опять же невозможно ничего сказать конкретно, не зная что вы хотите. Если вы хотите фреймворк для построения клиентских приложений с шаблонизацией и прочими плюхами, то я бы взял angularjs.

Если же вам нужно только "клиентское приложение" аля грид или графики, то проще взять готовое решение(хотя если прет садомазо, то можно и на грабли понаступать).

Стоит наверное погуглить и посмотерть пример работ каждого плагина/библиотеки, и исходя из этого более буду иметь предстовление из чего что можно сотворить...

спс.Ув.

P.S. Задачи на данный момент нету, просто хотелось бы иметь предстовление на чём что можно сотворить, что бы при поставленой задачи можно уже иметь хоть что-то в голове... вот напр. если только таблицы, то я знаю что на jqGrid их легко и красиво можно сделать, если же таблицы, всякие графики, и прочее виде CRM что бы было, тогда на Ext JS, а вот что за остаьлные звери не знаю, и счем его едят с jQuery или отдельно, поэтому и появился этот нубский вопрос вобще...

использовал ли ReactJS?

nerv нет. А что?

Нужно подбирать под задачу, а не наоборот. Если же есть желание что - то изучить, то лучше angular

стоило бы сперва классифицировать перечисленный набор

исохдя из постов можно понять что ТС имеет представление только о jQuery и его плагинов (jqGrid)

значит я бы поделил так

jQuery - чисто библиотека с набором полезных функций. ничего касательно архитектуры приложения она сама не умеет
mootools - тоже библиотека
ExtJS - чтото среднее между библиотекой и фреймворком. хотя лично не работал. мнение по обзорам

angular, backbone, knockout, ember - MVC фреймворки с задатками REST. Это значит что их можно использовать для построения полноценного одностраничного веб плиожения, который будет общаться с сервером только передавая данные JSON и на основе их строить страницы. У них на борту обычно есть роутер, мощная поддержка событийной модели и кучу прочих ништяков

к ним (так как субъективно я использовал только backbone, но могу предположить что другие тоже так могут) можно цеплять дополнительные библиотеки. Как-то jquery, underscore, require

в данном случае underscore, require, moment - все это дополнительные библиотеки расширяющие функционал в некоторых частных направлениях.

так что по сути тут есть 2 вида скриптов

библиотеки и фреймворки

фреймворки так же можно разделять на mvc, интерфейсные как-то (jquery mobile, yui, react (не уверен))

иногда некоторые фреймворки зависят от библиотек

плагины я не учитываю

о разновидностях алтернативы js я вообще молчу (coffeescript, closure, etc)

короче тут очень большой объем продуктов и некоторые из них конкурируют, некоторые дополняют друг друга. лучше детально изучать это дело исходя из поставленной задачи. существует много обзорных и сравнительных статей для поверхностного и глубокого понимания

спс всем, именно такое описание я хотел услышать, более менее ясно теперь что и как...

Именно Single Page Application (SPA) что было упомянуто... а как он дружит с SEO, если обмен данных идёт через JSON, я так понимаю тут у нас только 1 страница, т.е. один URL, и в URL наверное через #... будет изменятся страница да? напр. http://goo[dot]gl/6MbNw3 или я перепутал

P.S. я не имею виду решение если специально для SEO делать скрытые страницы...

по умолчанию адресация действительно идет по хешам. но есть опять же плагины позволяющие работать роутерам с объектом history. ну и как в понимаете забываем о поддержке допотопных недобраузеров

Panoptik, и BB и Angular из коробки имеют поддержку History API(но необходимо включить в конфиге), а в старых ИЕ переключаются на хэши.

Вопрос SEO в SPA это обширная тема, в которой в любом случае придется разбираться с решениями для каждого из фрэймворков.

А для чего вобще нужен SPA, какие у него плюсы и минусы... Чем можно его заменить и на чём лучще его делать.

SPA работает более интерактивней. меньше трафика гуляет по сети.
из минусов: более сложная разработка, толстый клиент сказывается на слабых устройствах

лично мы делали SPA для мобильных приложений.

интересуюсь потому, что хотелось бы составить мнение о фреймворке из разных источников)


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


[url="http://javascript.ru/forum/offtopic/48787-tak-na-chjom-v-itoge-delat-spa.html"]заблуждение[/url]


а мобилки - не "слабые" ли устройства?) Т.е., вы уверены, что не убили необходимые вам мобилки своим SPA?