Javascript MVC фреймворк

Мы, на очень крупном проекте, используем бэкбон. Полёт нормальный.

Используем бэкбоун на проекте, где без него можно было бы вполне обойтись. Впечатления самые положительные: это эдакие рельсы в мире js-фреймворков. Только у нас кофи вместо js.

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

Использую Dojo

Годный фреймворк: адаптеры к данным, дефереры,ярко выраженная модульность, поддержка из коробки сетей распространения контента... Плюс бонус - эмуляция наследования (смешение классов)

Только у нас кофи вместо js.

И как?

Ember - не дом шаблоны не стол смотреть. Knockout - пользую, доволен. Angular - грустно с доками. Backbone - если не пройстейший CRUD напишешь бойлерплейт кода больше чем остальные фреймворки вместе взятые.

Ember - не дом шаблоны не стол смотреть

Эстетические чувства?

Эстетические чувства + обилие видео на странице, ререндер которого не путем ограниченного числа дом манипуляций, убивает его и стартует заново.

И как?

Полтора года использования — полёт нормальный. Убрано большинство особенностей js, позволяющих легко и непринуждённо отстрелить себе ногу, добавлено много плюшек и сахара из руби.

Трудности были только в самом начале из-за мелочей вроде той, что кофи неявно избегает глобальный контекст, ну и отступов :)

JavascriptMVC

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

Backbone

Не совсем MVC, потому что нет контроллера. Вообще впечатления крайне положительные, использовалось на большом количестве проектов, в основном в паре с Nodejs.

AngularJS

Все знакомые front-end разработчики просто тащятся, в последнее время набирает обороты. Использовалось один раз, уже не помню чем там всё закончилось. Осторожно, если используется вместе с django templates.

Гы.. вам нужен обсервер и объекты, управляющие конкретными фрагментами дом дерева, и все. Помоему это так просто, при получении данных распространить оповещение.. И нужно ли что-то еще - для меня вопрос. Хорошо бы, чтобы обсервер был еще и внедрен в dom-элементы, это удобно (единый подход к observable объектам и dom-объектам), не помню чтобы где-то это видел, но, в принципе, несложно реализовать с любым обсервером, хотя я для этих целей сделал специальные хук-методы. В соседнем топе обсуждали Как ныне принято писать на js?, там много про backbone и jade, а я говорю в основном про свою тему и производительность. Но и другие проекты зацепили.

Только у нас кофи вместо js.

И как?

Кофе вместо js это прекрасно. Я его ещё и с Sugar.js использую.

Тогда совершенно естественно напрашивается вопрос - а минусы?

p.s. а в файрбаге (с установленным acebug) даже можно запускать кофе в консольке.

Тогда совершенно естественно напрашивается вопрос - а минусы?

Нуууу, не нравится замена тернарного оператора ?: на if then else. Ещё в дебаге небольшое неудобство, но я логгированием почти всегда обхожусь. Короче, существенных недостатков на мой взгляд нет.

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

ExtJS 4.x Делал хитрый АРМ для госучереждения. Вполне неплохо, если есть купленная поддержка и не нужно мучаться с поддержкой IE. В моём случае оба утверждения были неверны)

AngularJS конфликтует с jQuery, как они потом другими библиотеками пользуются?

Какие минусы нокаута были замечены?

jQuery у всех на слуху.

Он ни разу не mvc

http://welcome.totheinter.net/tutorials/model-view-controller-in-jquery/phase-1/

Слышал только о конфликтах с Django. Про jQuery не слышал, да и в факе написано, что всё хорошо.