nico: в таких ситуациях наилучшим решением будет покрыть часть проекта, которую вы собираетесь трогать, функциональными тестами. Это не покрывает все кейсы но небольшой смоук обеспечит. Потом постепенно выносить меняемые части что бы снизить связанность ну и т.д.
В целом это нормально, главное не пытаться "бежать" как там вам предлагали, а попытаться что-то с этим сделать. Тем более судя по описанию команда у вас адекватна.
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 должен это дело уровнять.
я сейчас делаю перевод вот этой статьи: fideloper.com/hexagonal-architecture - там чуть интереснее и проще описано все это дело.