WbICHA,
1. в IDE используется своя тема оформления - каждый цвет закреплен за нужными токенами. Если все будет сверкать и переливаться, то сложнее обнаружить нужный кусок кода
2. Имел ввиду вложенность: как по мне гораздо лучше организовать код так, чтобы в условной функции было не больше 3 уровней вложенности (например, цикл -> цикл -> if). Если больше, то лучше разбивать на отдельные функции, либо переорганизовывать логику тех же самых условий
tukreb, тогда проблем не вижу: в любом случае надо будет мокать как-то. Либо просто эти классы-моки написать, либо ставить полноценный мок всей зависимой системы. Первое гораздо проще.
Ну а по поводу увеличения кол-ва зависимостей - оно линейное. Слишком много создавать не придется. За все надо платить.
tukreb, в общем да - просто вынесем выше.
Здесь вот что можно учесть:
1. Этот код может быть обобщенный, то есть не надо в каждой операции с сущностью постоянно писать эти проверки. Будет компонент, который это все проверит
2. Гораздо облегчится юнит-тестирование - убрать все эти проверки и останется только бизнес-логика
tukreb, я не знаю какая задача/проблема решается и не пхпшник, но одно могу сказать - если EnterpriseDispatcherService - только для проверки доступа, то что-то тут не то. Проверка доступа - это инфраструктура, доменные сущности не должны об этом знать.
Мне кажется лучше вынести проверку доступа выше по вызовам, например, проверять это в самом контроллере, либо сделать свой плагин/компонент авторизации (скорее всего symphony умеет подобное). Тогда единственная задача будет - через условный if добавлять этот декоратор/плагин/компонент при сборке зависимостей
Roman_Gy, думаю 1 будет лучше, т.к.:
1. понятно что и где искать
2. изменения в 1 файле не затронут логику в других
3. если есть общая логика, то лучше ее будет вынести в отдельные файлы (скорее всего другие страницы тоже будут ее использовать)
1. В каждом проекте Data Storage Layer и Data Access Layer могут означать разные вещи.
2. Что такое Storage Procedure? Хранимая процедура?
3. Не понял, почему нельзя создать тестовую БД
MadDeee, ну так и надо было говорить.
мне кажется, тут просто надо сохранить снапшот изначальной страницы и все. определить что поменялось - посмотреть потом.
без указания конкретного сайта я сказать не могу, что делать. каждый сайт уникален
