ООП – объектно-ориентированное программирование on kodkod | Вводный курс

Классы и объекты: от проблемы к полноценному классу

Mon, 01 Jan 0001 00:00:00 +0000

В этом уроке

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

Объекты в работе: состояние, сокрытие данных, свойства и полноценный класс

Mon, 01 Jan 0001 00:00:00 +0000

В этом уроке

Урок построен как одна история, в том же порядке, что и в презентации. Каждая глава опирается на предыдущую:

Наследование и super: похожие классы без дублирования кода

Mon, 01 Jan 0001 00:00:00 +0000

В этом уроке

Урок построен как одна история, в том же порядке, что и в презентации:

Глава 1 — зачем наследование: один и тот же код дважды и как наследовать вместо копирования
Глава 2 — переопределение и super(): наследование, но не совсем — меняем только часть поведения

В конце урока — практика и мини-проект, который связывает обе главы.

Полиморфизм: общий интерфейс, разное поведение

Mon, 01 Jan 0001 00:00:00 +0000

Что мы изучим?

Что такое полиморфизм (Polymorphism).
Общий интерфейс (Common Interface): тот же метод, разное поведение для каждого типа.
Почему он заменяет if type == ....
Утиную типизацию (Duck Typing): гибкую версию Python.

Зачем это нужно?

Допустим, платёжная система должна списать деньги с клиента, а клиент может платить кредитной картой, через PayPal или банковским переводом. Без полиморфизма:

Единственная ответственность в ООП и композиция против наследования

Mon, 01 Jan 0001 00:00:00 +0000

Что мы изучим?

Принцип единственной ответственности (Single Responsibility Principle, SRP) на уровне класса.
Композицию (Composition): объект, составленный из других объектов.
Композицию против наследования: как выбирать.

Зачем это нужно?

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

Практика с сопровождением: от словесного требования к структуре классов

Mon, 01 Jan 0001 00:00:00 +0000

Что мы изучим?

Это урок-мастерская. Мы возьмём одно словесное требование и вместе пройдём весь процесс:

Чтение и разметка.
Решение о классах.
Ответственность и данные для каждого класса.
Отношения между классами.
Скелет кода.
Реализация.
Тестирование и исправление проекта.

Зачем это нужно?

В проекте ООП, который вы построите позже, до написания кода нужен этап проектирования (Design). Этот урок — генеральная репетиция: ровно тот же процесс, на другой задаче, под руководством преподавателя.