Принципы разработки [закрываются]
Это может помочь: https://github.com/symfony/webpack-encore-bundle/issues/47#issuecomment-468833014
Похоже, они забыли добавить: [ 114]
use Symfony\WebpackEncoreBundle\Exception\EntrypointNotFoundException;
- Symfony\WebpackEncoreBundle\CacheWarmer\EntrypointCacheWarmer.php.
11 ответов
Принципы Объектно-ориентированного Дизайна Класса ("ТВЕРДЫЕ" принципы)
- SRP: Единственный Принцип Ответственности класс А должен иметь один и только один, причина измениться.
- OCP: Открыть Closed Principle You должен смочь расширить поведение классов, не изменяя его.
- LSP: принцип замены Лисков Производные классы должен быть substitutable для их базовых классов.
- ISP: Интерфейсный Принцип Сегрегации Делает мелкомодульные интерфейсы, которые являются конкретным клиентом.
- DIP: Принцип Инверсии Зависимости Зависит от абстракций, не от сращиваний.
Источник: http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod
В основном мне сходит с рук программирование к интерфейсам. Я пытаюсь инкапсулировать это, которое изменяется через случаи, чтобы избежать дублирования кода и изолировать код в managable (для моего мозга) блоки. Позже, если мне нужно, я могу затем осуществить рефакторинг код довольно легко.
ТВЕРДЫЕ принципы и шаблон Liskov, наряду с Единственным шаблоном ответственности.
Я обычно пытаюсь вместить класс в один из oo шаблоны разработки.
Самым фундаментальным шаблоном разработки должен быть KISS (сохраните его простым глупый), Что означает что иногда не использование классов для некоторых элементов вообще это правильное решение.
Это и CRC (Класс, Ответственность, Сотрудники) карты (записывают карту в Ваших заголовочных файлах, не на фактических картах таким образом они потому что легкий понять документацию также)
Как упомянуто выше, некоторые фундаментальные принципы Объектно-ориентированного проектирования являются OCP, LSP, DIP и ISP.
превосходный обзор их Robert C. Martin (Объектного Наставника) доступен здесь: Принципы OOD и Шаблоны
принципы S.O.L.I.D. .
Или по крайней мере я пытаюсь не держаться далеко слишком много от них.
слабо связанный, очень связный.
Состав по наследованию.
Доменный Управляемый Дизайн обычно является хорошим принципом для следования.
" Приобретение Ресурса Является Инициализацией " парадигма, удобно, особенно при записи в C++ и контакте с ресурсами операционной системы (дескрипторы файлов, порты, и т.д.).
преимущество этого подхода ключа А - то, что объект, когда-то созданный, "завершен" - нет никакой потребности в двухфазной инициализации и никакой возможности частично инициализированных объектов.