Принципы шаблонов проектирования

Бодрого времени суток, мой пытливый читатель. В этой статье я расскажу о принципах шаблонов проектирования в программировании. Их 8 видов:

DRY (Don’t repeat yourself ; с англ.— «не повторяйся») — это принцип разработки программного обеспечения, нацеленный на снижение повторения кода. Принцип DRY формулируется как: «Каждая часть кода должна быть единственная, непротиворечивая и максимально упрощенная в рамках всей программы».

KISS (Keep it simple, stupid; с англ. — «Делай проще, тупица») — принцип проектирования, который утверждает, что програмный код работают лучше всего, если он остаётся простым, а не усложняются. Поэтому в написании кода нужно полагаться «чем проще — тем лучше».

SOLID — это аббревиатура пяти основных принципов проектирования в объектно-ориентированном программировании: Single responsibility — принцип единственной ответственности, Open-closed — принцип открытости / закрытости, Liskov substitution — принцип подстановки Барбары Лисков, Interface segregation — принцип разделения интерфейса, Dependency inversion — принцип инверсии зависимостей.

GRASP (general responsibility assignment software patterns; с англ.  — общие шаблоны распределения ответственностей) GRASP шаблоны, используемые в объектно-ориентированном проектировании для решения общих задач по назначению ответственностей классам и объектам. Существует девять GRAPS шаблонов (5 основных: Information Expert, Creator, Controller, Low Coupling, High Cohesion и 4 дополнительных: Pure Fabrication, Indirection, Polymorphism, Protected Variations). GRAPS шаблоны представляют собой обобщенные подходы/рекомендации/принципы, используемые при проектировании дизайна системы.

YAGNI («You aren’t gonna need it»; с англ. — «Вам это не понадобится») — процесс и принцип проектирования, при котором в качестве основной цели и/или ценности декларируется отказ от избыточной функциональности, — то есть отказ добавления функциональности, в которой нет непосредственной надобности.

BDUF (Big Design Up Front; с англ. — «Глобальное проектирование прежде всего») Этот подход к разработке программного обеспечения очень важен, и гласит: «прежде чем переходить к реализации, убедитесь, что все хорошо продумано». С начала всё хорошо спланируйте, а затем переходите к кодингу.

APO — (Avoid Premature Optimization; с англ. — «Избегайте преждевременной оптимизации») Эта практика побуждает разработчиков оптимизировать код до того, как необходимость этой оптимизации будет доказана. Делайте оптимизацию кода только тогда, когда есть необходимость.

`Бритва Оккама` (иногда ле́звие О́ккама) — принцип проектирования, в кратком виде гласящий: «Не следует множить код без необходимости» (либо «Не следует привлекать новые строки кода без крайней на то необходимости»).