02.06.2014, 23:01
|
Профессор
|
|
Регистрация: 14.03.2012
Сообщений: 1,808
|
|
Цитата:
|
Хорошо, тогда бл*ть что оптимально подходит когда нужно по быстрому слепить приложение веб или на ноде ???
Я уже запутался.
|
Ангуляр
__________________
Научу себя плохому
|
|
02.06.2014, 23:02
|
|
I am Student
|
|
Регистрация: 17.12.2011
Сообщений: 4,415
|
|
l-liava-l,
__________________
Цитата:
|
Если ограничения и условия описываются как "коробка", то хитрость в том что бы найти именно коробку... Не думайте о чем то глобальном - найдите коробку.
|
|
|
02.06.2014, 23:04
|
|
猫
|
|
Регистрация: 07.06.2007
Сообщений: 7,504
|
|
без
Сообщение от cyber
|
оптимально подходит когда нужно по быстрому слепить приложение веб
|
Я использую самописный mv - модель+вью (класс, либу, функцию), а ля backbone, только без ненужного мусора. Собственно глядя на него и написал.
Подходит например для:
Слайдер просмотровщик (а ля ACDSee в браузере). Для очень больших приложений конечно может и не подойдет, но для маленьких и даже средних очень удобно.
__________________
Последний раз редактировалось Gozar, Сегодня в 24:14.
|
|
02.06.2014, 23:07
|
Профессор
|
|
Регистрация: 14.03.2012
Сообщений: 1,808
|
|
cyber,
В случае огрооомных приложений нужно очент много заниматься проектированием и архитектурой приложения, желательно чтобы там небыло ничего лишнего. А ангуляр сам навязывает ее и шанс что она подойдет для твоего приложения мал. Еще некоторые вещи сделанные через жопу.
Поэтому от него стоит отказаться если он не подходит конкретно для твоего преокта.
Вот я щас пишу приложение для андройда и иоса на фонгапе (точнее кордове, до сих пор не знаю разницы) и использую там ionic, жутко сырая багованая хрень на ангуляре. Ноо уж очень удобная для пиления телефонных интерфейсов... выбор однозначен
__________________
Научу себя плохому
|
|
02.06.2014, 23:08
|
|
猫
|
|
Регистрация: 07.06.2007
Сообщений: 7,504
|
|
А сорри забыл, я в связке еще использую загрузчик require+tpl
__________________
Последний раз редактировалось Gozar, Сегодня в 24:14.
|
|
02.06.2014, 23:08
|
|
I am Student
|
|
Регистрация: 17.12.2011
Сообщений: 4,415
|
|
Хорошо, что скажите тогда о http://www.ractivejs.org/ ?
__________________
Цитата:
|
Если ограничения и условия описываются как "коробка", то хитрость в том что бы найти именно коробку... Не думайте о чем то глобальном - найдите коробку.
|
|
|
02.06.2014, 23:12
|
|
I am Student
|
|
Регистрация: 17.12.2011
Сообщений: 4,415
|
|
Сообщение от l-liava-l
|
В случае огрооомных приложений нужно очент много заниматься проектированием и архитектурой приложения, желательно чтобы там небыло ничего лишнего. А ангуляр сам навязывает ее и шанс что она подойдет для твоего приложения мал. Еще некоторые вещи сделанные через жопу.
Поэтому от него стоит отказаться если он не подходит конкретно для твоего преокта.
Вот я щас пишу приложение для андройда и иоса на фонгапе (точнее кордове, до сих пор не знаю разницы) и использую там ionic, жутко сырая багованая хрень на ангуляре. Ноо уж очень удобная для пиления телефонных интерфейсов... выбор однозначен
|
хм, понятно спс.
__________________
Цитата:
|
Если ограничения и условия описываются как "коробка", то хитрость в том что бы найти именно коробку... Не думайте о чем то глобальном - найдите коробку.
|
|
|
02.06.2014, 23:14
|
|
Быдлокодер;)
|
|
Регистрация: 19.11.2010
Сообщений: 4,338
|
|
Сообщение от l-liava-l
|
kobezzza,
Что скажешь по поводу эмбера и бэкбона? Хочу вот потыкать, но не знаю стоит ли
|
С ember не работал.
Ну а backbone - это микрокаркас, который сойдёт для базиса более продвинутого решения, а как самостоятельное решение - слишком низкоуровневое.
Если говорить об SPA, то когда я начинал свой проект (а он именно SPA), то я искал фреймворк который бы мог выступить как платформа, но увы ... пришлось писать велосипед ... 7 месяцев ... там реально очень много проблем, которые на мелких приложениях не заметны, вот к примеру: перед отображением на экране фреймворк просчитывает вес будующего представления, дробит задачу на "кванты" (подобно как это делает ОС для процессов) и поэтапно во много проходов строит отображение (т.е. переодически переключаясь то на одно, то а другое), при условии, что элементы UI ничего про это знать не должны. Т.е. строится дерево блоков, вычисляются вложенные блоки, потом в зависимости от разных параметров (например наивысший приоритет отдаётся тем, кто "возможно" отобразится на экране) после всех подготовок создаётся множество "легковесные потоки", т.е. модель потоков поверх setTimeout и setImmediate и всё это чтобы просто отобразить страничку, при этом повторюсь, что для разработки фреймворк должен быть простым и инкапсулировать в себе весь этот треш.
Потом свой сборщик мусора ... короче жесть И самое обидно, что до сих пор приходится тратить уйму времени на всякие доработки, написание тестов, документирование (т.к. кодовая база огромная и без этого никак).
После завершения первой версии проекта я открою исходные коды, если это будет кому интересно, а пока много изменений, постоянная работа и т.д. так что держу всё в закрытом репозитарии.
Последний раз редактировалось kobezzza, 02.06.2014 в 23:24.
|
|
02.06.2014, 23:36
|
|
Быдлокодер;)
|
|
Регистрация: 19.11.2010
Сообщений: 4,338
|
|
Цитата:
|
Хорошо, тогда бл*ть что оптимально подходит когда нужно по быстрому слепить приложение веб или на ноде ???
|
Стоп, для "быстро слепить" ангуляр вполне подойдёт, но ты сказал, что он "идеально подходит для SPA", а это не так
Цитата:
|
В случае огрооомных приложений нужно очент много заниматься проектированием и архитектурой приложения, желательно чтобы там небыло ничего лишнего.
|
золотые слова!
|
|
02.06.2014, 23:47
|
Особый гость
|
|
Регистрация: 02.04.2010
Сообщений: 4,260
|
|
Сообщение от Gozar
|
А сорри забыл, я в связке еще использую загрузчик require+tpl
|
LMD пробовал?
|
|
|
|