Обновить
1

Пользователь

Отправить сообщение

А, Customer не просто конфиг, он БЛ может быть еще обвешан, понял. Я обычно отделяю слой регистрации (конфигураторы посттайпов, полей, такс итп), от прочей логики. Тонкие классы, назовем к примеру CustomerInit - отвечают только за регу, переводы подбрасывают, чпу настраивают. То есть дальше в жизни приложения не участвуют, и нет смысла дергать их где-то еще. Бутстрап отдельно от логики.

Показалось что здесь подобный подход. Классы монолиты которые отвечают за все про все - наводят осеннюю грусть)

Решение защитить классы-конфиги типа Customer.php синглтоном от повторного вызова как будь-то бы спорное. Если все эти классы всё равно централизованно находятся автопоиском и инициализируются в

private function load($namespace): void

не проще ли гарантировать однократную загрузку именно на этом уровне?

Ну и сам автопоиск, как по мне, делает зависимости слишком неявными. Я бы подумал о явной загрузке конфигов, которые при необходимости можно отключать не только del. -)

Не жилой дом, а некое публичное здание, (например банк). Постоянно снует туда-сюда куча людей. Не квартира, а какое-то техническое помещение. Ключ в двери. Понимаешь что как бы неправильно, но заглянул - серверная, пульт управления. Никого нет, делай что хочешь. Приносишь охраннику ключ - вот вы забыли. А тебя за шкирку и в тюрячку. Мало ли. на всякий пожарный, нечего чужие ключи трогать.

Такая аналогия, кажется, ближе к произошедшему -)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность

Специализация

Фулстек разработчик
Средний
PHP
Laravel
Yii framework