Базовые правила и принципы проектирования ПО Евгений Кривошеев EKrivosheev@luxoft.com

О вашем инструкторе

Имя: Евгений Кривошеев
Статусы: SCJP, SCWCD, SCBCD, BEA WLS CA, IBM WAS

Цели семинара

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

Цели семинара

Данный семинар – вводный, ~ 3 мин на принцип или

Необходимая подготовка

Иметь опыт разработки на одном из ООП-языков программирования
Понимать ключевые концепции

Организация обучения

Время начала и конца занятий
Перерывы

Конференции УЦ Luxoft

Конференции (www.soft-labs.ru):
26 сентября, Киев: TEST Labs 2009, программа

Ближайшие занятия в Школах

Расписание:
Класс руководителя группы разработки. Основные курсы (24.08.2009-15.09.2009)
Класс менеджера

План семинара

Введение

Наследование
Полиморфизм

Ключевые понятия ООП-проектирования (общеизвестные)

Введение

Responsibility (ответственность)
Intention (намерение)
Coupling (связность)
Cohesion (сцепленность, сфокусированность)
Granularity (гранулярность, детальность)

Ключевые понятия ООП-проектирования (менее

Введение

Ответственность – решаемая классом задача из предметной области
Функциональная задача
Инкапсуляция данных
Чаще этот

Введение

Намерение – решаемая разработчиком задача
Чаще этот термин применяется для методов

Intention

Введение

Связность – метрика, характеризующая степень зависимости классов друг от друга
Loosely coupled

Введение

Сцепленность (Сфокусированность) – метрика, характеризующая узость ответственности класса
Low cohesion vs. High

Введение

Гранулированность (Детальность) – метрика, характеризующая способ реализации намерений
Fine-grained vs. Coarse-grained
Чаще этот

Введение

Наследование
Делегирование

Инструменты code reuse в ООП

Введение

Brian Foote and William F. Opdyke. Lifecycle and refactoring patterns that

План семинара

Design Rules

Литературные источники

Design Rules

Design Rules

http://www.laputan.org/drc/drc.html

Design Rules

В дальнейшем обсуждении мы рассмотрим не дословный перевод правил проектирования,

Design Rules

Используйте непротиворечивые имена методов [и свойств]
Непротиворечивость здесь – это одинаковые

Design Rules

Избегайте смешивания бизнес-логики и логики выбора/ветвления
В книге [MF] есть аналогичный

Design Rules

Уменьшайте число аргументов/параметров
В книге [MF] есть аналогичный smell/refactoring

DR3. Reduce The

Design Rules

Уменьшайте объем методов
В книге [MF] есть аналогичный smell/refactoring

DR4. Reduce The

Иерархию наследования стоит проектировать глубокой и узкой

Design Rules

DR5. Class Hierarchies Should

Design Rules

DR5. Class Hierarchies Should Be Deep And Narrow

vs

Design Rules

На вершине иерархии наследования стоит размещать абстракцию

DR6. The Top Of

Design Rules

Стоит минимизировать прямой доступ к переменным классов и экземпляров
Encapsulation aka

Design Rules

Наследники должны быть специализациями базовых классов
Специализация – отношение «IS-A», «является»
В

Design Rules

Разбивайте большие классы
В книге [MF] есть аналогичный smell/refactoring

DR9. Split Large

Design Rules

В случае серьезной разницы в реализации метода двумя «братьями» стоит

Design Rules

Разделяйте несвязанные методы
Связь:
по управлению
по данным
В книге [MF] есть аналогичный smell/refactoring

DR11.

Design Rules

Делегируйте
Inheritance-based framework vs component-based framework – где ниже связность?

DR12. Send

Design Rules

Передавайте параметры явно
Варианты неявной передачи:
глобальные переменные
состояние
внешние источники данных
Вызов метода, результат

План семинара

Вопросы

Буду рад ответить на Ваши вопросы

План семинара

Design Principles

Литературные источники

Design Principles

Design Principles

DRY : Don’t Repeat Yourself
SCP : Speaking Code
OCP

Design Principles

Минимизируйте повторение кода для снижения затрат на поддержку
aka Single Point

Design Principles

Код должен явно и однозначно отражать намерение
В книге [MF] есть

Design Principles

Программные сущности (классы, модули, функции) должны быть открыты для расширения

Design Principles

Принцип OCP используется в двух контекстах его реализации:
Dr. Bertrand Meyer's

Design Principles

OCP: Open/Closed

Design Principles

Существует два базовых определения:
Barbara Liskov «В коде приложения класс всегда можно

Design Principles

LSP: Liskov Substitution

Design Principles

Высокоуровневые модули не должны зависеть от низкоуровневых. И те, и

Design Principles

С помощью абстракций детали системы изолируются друг от друга
Легко менять

Design Principles

DIP: Dependency Inversion

далее

vs

Design Principles

DIP: Dependency Inversion

далее

Design Principles

Inversion Of Control
Принцип инверсии управления потоком выполнения по сравнению с

Design Principles

Не стоит заставлять клиентов зависеть от ненужных им интерфейсов
Вместо одного

Design Principles

ISP: Interface Segregation

Design Principles

The granule of reuse is the granule of release. Only

Design Principles

Классы в пакете используются совместно. Если используется один класс из

Design Principles

Классы в пакете должны быть связаны одинаковой причиной их изменения.

Design Principles

Не должно быть взаимной зависимости между пакетами, только односторонняя.

ADP: Acyclic

Design Principles

Зависимости между пакетами должны быть в сторону более стабильного. Пакет

Design Principles

Самые стабильные пакеты должны быть самыми абстрактными. Нестабильные пакеты должны

Design Principles

REP : Reuse/Release
Equivalence
CRP : Common Reuse
CCP : Common Closure
ADP

Design Principles

TDA – стиль ООП, при котором объектА сигнализирует объектуБ выполнить

Design Principles

Объекты берут на себя сфокусированные ответственности и делегируют остальные ответственности

Design Principles

Разделяйте ответственности по сфокусированным классам
aka Single Responsibility Principle «Класс должен иметь

Design Principles

SOC : Separation Of Concerns

План семинара

Выводы

Вопросы

Буду рад ответить на Ваши вопросы

Ссылка на оценочную форму семинара:
http://www.luxoft-training.ru/events/vote

Учебный Центр Luxoft

УЦ Luxoft предлагает более 200 курсов и тренингов по

Конференции УЦ Luxoft

Конференции (www.soft-labs.ru):
26 сентября, Киев: TEST Labs 2009, программа

Ближайшие занятия в Школах

Расписание:
Класс руководителя группы разработки. Основные курсы (24.08.2009-15.09.2009)
Класс менеджера