SOLID — один из важнейших принципов проектирования

SOLID — один из важнейших принципов проектирования. Фактически составленный из пяти принципов проектирования, SOLID преследует целью создание более удобных в сопровождении и понятных решений. Эти принципы позволяют легче модифицировать код и уменьшают риски

возникновения различных проблем.

Принцип единственной ответственности

Каждый класс должен нести только одну ответственность. Цель этого принципа — упростить классы и логически их структурировать, так как многозадачные классы слишком сложны для понимания и дальнейшей разработки. Множественная ответственность в данной ситуации —уже причина для изменения также можно считать одним из аспектов функциональности: «класс... должен иметь одну — и только одну — причину для изменения» (Роберт С. Мартин).

Принцип открытости/закрытости

Данный принцип проектирования лучше всего описать с точки зрения ООП. Средством расширения возможностей класса должно служить наследование. Другими словами, возможность изменения должна быть запланирована и.рассмотрена на

стадии проектирования класса. Определение и использование интерфейса, реализуемого классом, является применением принципа открытости/закрытости. Класс открыт для модификации, в то время как его описание, интерфейс, закрыто для нее.

Принцип замещения Лисков

Основной смысл данного принципа состоит в возможности подменять объекты во

время работы приложения. В ООП, если класс наследуется от базового класса или

реализует интерфейс, на данный класс можно ссылаться как на объект базового

класса или интерфейса.

Принцип разделения интерфейса

Подобно принципу единственной ответственности, принцип разделения интерфейса гласит: в интерфейсе должны находиться только те методы, которые соблюдают

принцип единственной ответственности. Упрощение интерфейса делает код более

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

Принцип инверсии зависимости

Принцип инверсии зависимости, также известный как принцип внедрения

зависимости, гласит: модули должны зависеть от абстракций, а не от деталей

реализации. Этот принцип поощряет написание слабо связанного кода, чтобы

повысить его читабельность и удобство сопровождения, особенно в крупных

и сложных проектах.