xmoonlight: под "модульной" вы микросервисы подразумеваете? Хз... я люблю луковую архитектуру... и мне важно что бы внутри моей "луковицы" все было хорошо. А стыки это легко, интеграционные и E2E тесты хоть минимально иметь и проблем нет.
общаться они будут через третью директиву (что бы наше приложение было правильным деревом компонентов), которая будет связным по сути. И общаться они будут через scope/bindToController и атрибуты директив.
kid-programmer: воспринимайте все блоки как независимые единицы и все будет чуточку проще. Представьте что кроме того блока который вы сейчас делаете ничего нет и тогда нет проблем.
xmoonlight: есть еще такие веселые вещи как сторимэппинги, но они никак не позволяют оградить разработчиков от того бреда которые они потом пишут в коде. От этого спасет только код ревью и TDD.
Drm: потому что rootScope это внутрянняя деталь ангуляра. Использовать скоуп можно только в одном месте - link директивы. Больше нигде его юзать не надо (с версии 1.2 ангуляра вроде)
kid-programmer: ну и опять же, не привязываться это значит в большинстве случаев. В этом конкретном случае header--slide норм. Как и задать стили в элементе и не париться.
kid-programmer: ну тогда да, тогда модификатор. Что-то типа header--big-red. Ну или можно поступиться принципами и задать шрифты и цвет у элемента, но это так говорит здравый смысл.
IceJOKER: когда большинство делает так как им удобно выходит не очень хорошо... к сожалению. Строгие правила это хорошо, а когда человек начинает их осознавать, зачем это надо и чем хорошо, тогда уже можно их нарушать, придумывать свои варианты правил и т.д. Но сначала - обезъянка видит обезъянка делает.
Юрий Ярош: я делаю генератор на основе api blueprint, с генерацией под каждый ресурс своего контроллера + DTO-шки. Не один CRUD контроллер на много сущностей, а вообще изолировать интерфейс приложения от его реализации. Руками это все писать весьма утомительно....
пишу вундервайлю сейчас для кодогенерации по апидокам, а не по схеме базы как у нас это обычно принято. за год появилось еще пара вариантов но они сырые и заброшенные.
vasIvas: я не разбирался как работает реакт изунтри, но судя по всему так оно и есть, просто события хэндлит почти целиком сам ракт, делая работу с данными более прозрачной. По аналогии с байндингами в ангуляре - это тоже обзервер шаблон но трекает он изменения данных через дерти чекинг.
vasIvas: я не читаю всякий пиар-бред. Ангуляр как по мне намного больше революционных идей нес на момент своего появления. Сейчас реакт идеологически более правильная концепция, но angular2 должен это дело уровнять.
vasIvas: это называется "маркетинг". Вообще то что вы описали это классическое MVC, где вью и модель связано обзервабл связью (не совсем события в контексте реакта, в ангуляре эту задачу обрабатывают байндинги, за реакт говорить не берусь). И да, этой штуке уже 35 лет.
