GRASP principles overview

1. GRASP PRINCIPLES By Anastasiya Rybik

2. ШАБЛОН ПРОЕКТИРОВАНИЯ
повторимая архитектурная конструкция,
представляющая собой решение
проблемы проектирования в рамках некоторого часто
возникающего контекста.

3. WHAT IS GRASP ?
General
Responsibility
Assignment
Software
Pattern

4. WHAT IS GRASP ?
1. Information Expert (Информационный эксперт)
2. Creator (Создатель)
3. Controller (Контроллер)
4. Low Coupling (Слабое зацепление)
5. High Cohesion (Сильная связность)
6. Polymorphism (Полиморфизм)
7. Pure Fabrication (Чистая выдумка)
8. Indirection (Посредник)
9. Protected Variations (Сокрытие реализации)

5. INFORMATION EXPERT
обязанности должны быть назначены объекту, который
владеет максимумом необходимой информации для
выполнения обязанности.
Customer Item
Shopping
Card
getTotal

6. CREATOR
Проблема:
Кто должен отвечать за создание нового экземпляра некоторого
класса?
Решение:
Класс В создает экземпляры класса А, если:
 Класс B содержит или агрегирует объекты A.
 Класс B записывает экземпляры объектов A.
 Класс B активно использует объекты A
 Класс B обладает данными инициализации для объектов A

7. LOW COUPLING
Проблема:
Как обеспечить зависимость, незначительное влияние изменений и
повысить возможность повторного использования?
Решение:
Распределить обязанности таким образом, чтобы степень
связанности оставалась низкой.

8. HIGH COHESION
Проблема:
Как обеспечить возможность управления сложностью, обеспечить
сфокусированность обязанностей объекта, их управляемость и
ясность
Решение:
Распределение обязанности поддерживающее высокую степень
зацепления

9. CONTROLLER
Проблема:
Кто должен отвечать за обработку входных системных событий?
Решение:
Делегирование обязанностей по обработке входных системных
сообщений компетентным классам:
 Внешний контроллер – класс, который представляет всю систему
в целом
 Класс, который представляет сценарий использования, в рамках
которого выполняется обработка всех системных событий

10. CONTROLLER
Business
Object
User InterfaceController

11. CONTROLLER
Признаки плохого контроллера:
1. Единственный класс контроллера в системе, получающий все
системные сообщения, которых поступает слишком много
2. Контроллер сам выполняет все задачи, не делегируя обязанности
другим классам (нарушение принципов Information Expert и
High Cohesion)
3. Контроллер имеет много атрибутов и содержит значительный
объем информации о системе, либо дублирует информацию в
других объектах

12. POLYMORPHISM
Проблема:
Как обрабатывать альтернативные варианты поведения на основе
типа?
Решение:
Если поведение объектов одного типа может измениться,
обязанности распределяются для различных вариантов поведения с
использованием полиморфных операций этого класса. Все
альтернативные реализации приводятся к общему интерфейсу

13. getArea()getArea()
getArea()
POLYMORPHISM
Circle
Shape
Triangle

14. PURE FABRICATION
Проблема:
Какой класс должен обеспечивать реализацию Low Coupling и
Hight Cohesion, если шаблон Information Expert (например) не
обеспечивает подходящего решения?
Решение:
Создать искусственный класс, не отражающий реального объекта
предметной области

15. PURE FABRICATION
Shape
ShapeReposit
ory DB

16. INDIRECTION
Проблема:
Как распределить обязанности, чтобы обеспечить отсутствие
прямого связывания и сохранить высокий потенциал повторного
использования?
Решение:
Присвоить обязанности промежуточному объекту для обеспечения
связывания между другими компонентами или службами, которые
не связаны между собой напрямую

17. INDIRECTION
Object1
Object2
Object3
Object4

18. INDIRECTION
Object1
Object2
Object3
Object4
Indirection
Object

19. PROTECTED VARIATIONS
Проблема:
Как спроектировать объекты, подсистемы и систему, чтобы
изменение этих элементов не оказывало нежелательное влияние на
другие элементы?
Решение:
Идентифицировать точки возможных вариаций или
неустойчивости; распределить обязанности таким образом,
чтобы обеспечить устойчивый интерфейс

20. PROTECTED VARIATIONS
Shopping
Card
IProduct
Electronics
Clothing
Grocery

21. QUESTIONS?