Какие знаешь принципы ООП?

Принципы ООП (Объектно-Ориентированного Программирования)

ООП — это парадигма программирования, основанная на концепции объектов, которые содержат данные (атрибуты) и функции (методы). Четыре основных принципа ООП лежат в основе хорошего дизайна кода.

1. Инкапсуляция (Encapsulation)

Определение: Скрытие внутренних деталей реализации и предоставление контролируемого доступа через публичный интерфейс.

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

Пример с банковским счётом:

• private _balance (скрытая переменная)
• get_balance() (контролируемое чтение)
• deposit(amount) (контролируемое изменение)
• withdraw(amount) (проверка перед изменением)

Преимущества:

• Защита данных — нельзя установить некорректное значение напрямую
• Гибкость — можно изменить внутреннюю реализацию, не ломая интерфейс
• Валидация — все изменения проходят проверку

В System Analysis: API должен предоставлять контролируемый доступ к данным, не позволяя обойти валидацию.

2. Наследование (Inheritance)

Определение: Механизм создания новых классов на основе существующих, позволяя переиспользовать код и создавать иерархии.

Суть: Дочерний класс наследует свойства и методы родительского класса, может их переопределять и расширять.

Пример иерархии животных:

• Animal (базовый класс)
  • Dog (наследует name, make_sound переопределяет)
  • Cat (наследует name, make_sound переопределяет)

Преимущества:

• Переиспользование кода — не повторяем общую логику
• Иерархия — естественное представление отношений
• Полиморфизм — разные объекты одного типа ведут себя по-разному

Опасности наследования:

• Базовый класс зависит от дочернего
• Нарушение принципа Liskov Substitution Principle
• Лучше использовать интерфейсы/абстрактные классы

3. Полиморфизм (Polymorphism)

Определение: Способность объектов разных типов отвечать на один и тот же вызов метода, каждый по-своему.

Суть: Один интерфейс — много реализаций

Пример платёжных систем:

• PaymentProcessor (интерфейс)
  • CreditCardProcessor (своя реализация process_payment)
  • PayPalProcessor (своя реализация process_payment)
  • StripeProcessor (своя реализация process_payment)

Функция checkout работает с любым процессором, не зная конкретной реализации.

Преимущества:

• Гибкость — легко добавить новую реализацию
• Слабая связанность — код не зависит от конкретной реализации
• Легче тестировать — можно подменить на mock

4. Абстракция (Abstraction)

Определение: Выделение существенных свойств объекта и скрытие несущественных деталей.

Суть: Представить сложную систему простым интерфейсом, скрывая сложность.

Пример абстрактного класса Database:

• connect() (каждая БД подключается по-своему)
• query(sql) (каждая БД обрабатывает запросы по-своему)
• close() (каждая БД закрывается по-своему)

Пользователь работает с интерфейсом Database, не зная конкретной реализации (PostgreSQL, MongoDB, MySQL).

Преимущества:

• Простота использования — пользователь видит простой интерфейс
• Скрытие сложности — внутренние детали не видны
• Лучше для больших систем — каждый компонент может быть сложным, но интерфейс простой

Взаимосвязь принципов

Абстракция (интерфейс) → Полиморфизм (разные реализации) → Наследование (иерархия) / Инкапсуляция (скрытие)

Принципы ООП в System Analysis

При проектировании системы:

1. Инкапсуляция — каждый компонент отвечает за свою область
2. Наследование — выявить иерархии (User, Admin, Manager)
3. Полиморфизм — разные типы работают через единый интерфейс
4. Абстракция — бизнес видит функциональность, не видит деталей

При проектировании API:

• Платёжная система должна скрывать способ обработки (инкапсуляция)
• Разные платежи обрабатываются через одинаковый интерфейс (полиморфизм)
• Система использует абстрактный интерфейс платежей (абстракция)

Заключение

Принципы ООП — это не догма, а рекомендации для написания хорошего кода. Для System Analyst понимание ООП критично для проектирования архитектуры, определения компонентов системы и их взаимодействия.