Среди сообщества nodejs большие комбайны не особо популярны. Тут народ любит собирать модули по кусочкам под задачу. Да и вся идеология платформы больше unix-way, когда множество мелких, но отлично выполняющих свою задачу, модулей взаимодействуют друг с другом. Не скажу что не будет попыток делать нечто рельсоподобное, но если в мире Java я с большим энтузиазмом принял Play! Framework и использовал его, то в мире nodejs даже не обращу на подобное особого внимания.
Думаю, причина в том, что пик развития пхп-тулчейна миновал и он не совпал с ростом популярности одностраничных приложений. Вторая причина в том что одностраничные приложения требуют хорошего JS бэкграунда, а раз есть хороший JS-опыт то зачем еще учить PHP, лучше уж на ноде развивать серверную часть.
Отличная статья. Очень приятно наблюдать активную популяризацию AngularJS. Уже больше года пользуюсь, никак не могу нарадоваться.
В них так же не стоит работать с DOM, но иногда можно, например, если необходимо сделать глобальное диалоговое окно и т. п. В любом случае, использование DOM-манипуляций в сервисах необходимо ограничить.
На самом деле (в случае глобального диалога, индикатора загрузки, оповещений и т.п) можно обойтись вообще без манипуляций DOM в сервисе. Ведь сервис это как канал взаимодействия между остальными частями Angular. Можно сделать директиву, которая зависит от сервиса и следит за его состоянием, и исходя из этого выполняет определенные DOM манипуляции. Состояние сервиса можно менять из контроллера или из другого сервиса, к примеру.
Мне сходу интересно, как сильно отличается процесс разработки ПО от привычного большинству. Какой набор инструментов используется, какие ОС и т.д. Пишите обязательно!
Я думаю, что он проработан тщательнее некуда и в нем учтены интересы всех, кто в деле. Без шуток.
freetonik, спасибо за перевод очень полезного ролика.
Можно копнуть дальше, изобретена не только библиотека но и архитектура железа, на котором все это вертится.
На самом деле (в случае глобального диалога, индикатора загрузки, оповещений и т.п) можно обойтись вообще без манипуляций DOM в сервисе. Ведь сервис это как канал взаимодействия между остальными частями Angular. Можно сделать директиву, которая зависит от сервиса и следит за его состоянием, и исходя из этого выполняет определенные DOM манипуляции. Состояние сервиса можно менять из контроллера или из другого сервиса, к примеру.
PS. извините, надо было обновить комментарии