Ангуляр:D

l-liava-l,

без

Я использую самописный mv - модель+вью (класс, либу, функцию), а ля backbone, только без ненужного мусора. Собственно глядя на него и написал.

Подходит например для:
Слайдер просмотровщик (а ля ACDSee в браузере). Для очень больших приложений конечно может и не подойдет, но для маленьких и даже средних очень удобно.

cyber,
В случае огрооомных приложений нужно очент много заниматься проектированием и архитектурой приложения, желательно чтобы там небыло ничего лишнего. А ангуляр сам навязывает ее и шанс что она подойдет для твоего приложения мал. Еще некоторые вещи сделанные через жопу.
Поэтому от него стоит отказаться если он не подходит конкретно для твоего преокта.

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

А сорри забыл, я в связке еще использую загрузчик require+tpl

Хорошо, что скажите тогда о http://www.ractivejs.org/ ?

хм, понятно спс.

С ember не работал.

Ну а backbone - это микрокаркас, который сойдёт для базиса более продвинутого решения, а как самостоятельное решение - слишком низкоуровневое.

Если говорить об SPA, то когда я начинал свой проект (а он именно SPA), то я искал фреймворк который бы мог выступить как платформа, но увы ... пришлось писать велосипед ... 7 месяцев ... там реально очень много проблем, которые на мелких приложениях не заметны, вот к примеру: перед отображением на экране фреймворк просчитывает вес будующего представления, дробит задачу на "кванты" (подобно как это делает ОС для процессов) и поэтапно во много проходов строит отображение (т.е. переодически переключаясь то на одно, то а другое), при условии, что элементы UI ничего про это знать не должны. Т.е. строится дерево блоков, вычисляются вложенные блоки, потом в зависимости от разных параметров (например наивысший приоритет отдаётся тем, кто "возможно" отобразится на экране) после всех подготовок создаётся множество "легковесные потоки", т.е. модель потоков поверх setTimeout и setImmediate и всё это чтобы просто отобразить страничку, при этом повторюсь, что для разработки фреймворк должен быть простым и инкапсулировать в себе весь этот треш.

Потом свой сборщик мусора ... короче жесть :) И самое обидно, что до сих пор приходится тратить уйму времени на всякие доработки, написание тестов, документирование (т.к. кодовая база огромная и без этого никак).

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

Стоп, для "быстро слепить" ангуляр вполне подойдёт, но ты сказал, что он "идеально подходит для SPA", а это не так :)

золотые слова! :)

LMD пробовал? :)