Programmers make architectural decisions everyday with each new feature, a tiny fix or an overhauling refactoring. Unfortunately, a fashionable pattern-of-the-day or a cutting edge technology is often given undue emphasis, whereas a comprehensive quality picture is overlooked. We will discuss the symptoms of a rotting design and how to avoid them by applying the SOLID architecture design principles. Andrey is a full-stack software developer with more than 10 years of experience with C#, .NET, SQL, Java and the web. Currently he is programming mostly in Java and JavaScript for the mobile web.

1. Принципы
проектирования
SOLID
Андрей Скляревский, Одноклассники
v.ok.ru

2. Андрей Скляревский
2

3. Программировать – классно!
3

4. Главное, keep it stupid simple! (KISS)
4

5. Поддержка…
5

6. Симптомы ошибок
проектирования
6

7. Жесткость
7
– сложно менять

8. Хрупкость
8
– изменения
чреваты

9. Неподвижность
9
– исключено повторное
использование

10. Вязкость
10
– хак сильно легче
– долгая сборка

11. Симптомы ошибок проектирования
 Жесткость, негибкость (rigidity)
 Хрупкость (fragility)
 Неподвижность (immobility)
 Вязкость (viscosity)
11

12. Есть ли лучший путь?
 Как программировать больше
и «фиксить» реже?
12

13. SOLID (Robert C. Martin)
Принципы проектирования ПО
http://goo.gl/XmkeJy
13

14. 14
Принтер

15. class Printer {
void connect();
void disconnect();
int write(String text);
int getPosition();
}
15
Принтер
void helloWorld(Printer p) {
p.write(“Hello World!”);
}

16. Принцип Единственной Обязанности
The Single Responsibility Principle
 Класс может иметь
только одну причину меняться.
16

17. class Devices {
Printer getPrinter();
void disconnect(Printer p);
}
class Printer {
int write(String text);
int getPosition();
}
17
void helloWorld(Printer p) {
p.write(“Hello World!”);
}

18. class Devices {
…
void disconnect(Printer p) {
getSocket(p).stopListening();
gui.showMessageBox(“Printer disconnected”);
gui.getTextEditForm().setVisibility(false);
trayBar.setAppIconVisibility(false);
// ещё 10 «завершающих» действий
}
}
18

19. Открытый/Закрытый Принцип
The Open Closed Principle
 Модуль должен быть закрыт для модификации,
но открыт для расширения.
19

20. class Devices {
…
private PrinterEvent disconnected;
void disconnect(Printer p) {
getSocket(p).stopListening();
disconnected.trigger(p);
}
}
20

21. class Printer {
void backspace();
int getPosition();
}
21
void test(Printer p) {
int pos = p.getPosition();
p.backspace();
assert p.getPosition() == pos – 1;
}
class ForwardOnlyPrinter extends Printer {
// backspace() теперь ничего не делает!
}

22. Принцип Подстановки Барбары Лисков
The Liskov Substitution Principle
 Наследники должны быть совместимы с
базовыми классами.
 Везде, где можно использовать базовый класс,
должно быть можно использовать и
наследника.
 Подразумеваемый контракт
 Дилемма «Круг или Эллипс?»
22

23. void helloWorld() {
Devices.connectPrinter();
Printer.write(“Hello World..”);
Printer.backspace(2);
Printer.write(“!”);
SocketsUtility.closeAll();
}
23

24. Принцип Инверсии Зависимости
The Dependency Inversion Principle
 Зависеть от абстракций, а не от реализаций.
 Реализации постоянно меняются, тогда как
абстракции меняются намного реже.
 Абстракции – шарнирные точки, места для
подключения расширений без модификации.
 Исключения: непеременчивые модули с единой
реализацией, например: String. Осторожно!
24

25. @Autowired
private DeviceFactory devices;
void helloWorld() {
Printer p = devices.connectPrinter();
p.write(“Hello World..”);
p.backspace(2);
p.write(“!”);
devices.disconnect(p); // в try/finally, конечно
}
25

26. Принцип Разделения Интерфейсов
The Interface Segregation Principle
 Много специфичных интерфейсов – лучше, чем один
универсальный.
 Один метод на интерфейс, иногда – совершенно
верное решение, но не переборщите с этим!
26

27. Принцип Разделения Интерфейсов
27
interface Collection {
Iterator iterate();
int getCount();
boolean add(item);
boolean remove(item);
}
interface Iterable {
Iterator iterate();
}
interface ReadableCollection
extends Iterable {
int getCount();
}
interface WriteableCollection
extends ReadableCollection {
boolean add(item);
boolean remove(item);
}

28. Принципы SOLID
 Single Responsibility
 Open/Closed
 Liskov Substituion
 Interface Segregation
 Dependency Injection
28

29. Принципы
Пакетной
Архитектуры
29

30. Принцип Выпуска и Пользования
The Release Reuse Equivalency Principle
 Поддерживайте старые версии интерфейсов.
30

31. Принцип Общего Замыкания
The Common Closure Principle
 Размещайте классы,
меняющиеся вместе, рядом.
31
Printer
AppTrayIcon

32. Принцип Общего Пользования
The Common Reuse Principle
 Нельзя группировать вместе классы,
которые не используются вместе.
32
Printer AppTrayIcon

33. Принципы
Межпакетных
Связей
33

34. Принцип Ацикличных Зависимостей
34
Server
Core
Client
Website
Admin
Website
BooksLogs Photos Notes

35. Принцип Ацикличных Зависимостей
35
Server
Core
Client
Website
Admin
Website
BooksLogs Photos Notes
Logs
Interop

36. Принцип Стабильных Зависимостей
 Зависьте от пакетов с I меньше
вашего.
 A – количество классов вне
пакета, зависящих от классов в
пакете
 E – количество классов вне пакета,
от которых зависят классы внутри
пакета
 I - нестабильность
36
I =
E
A + E

37. Принцип Стабильных Абстракций
 Стабильность против гибкости?
 Вспоминаем Открытый/Закрытый принцип.
 Стабильные пакеты должны быть абстрагированными
пакетами.
37

38. Перед вставкой очередной строчки
кода, спросите:
 Она подходит сюда?
 Где она должна быть?
 Отражает ли имя этой сущности её назначение?
 Как она должна называться?
 Она останется здесь навсегда?
 Что может измениться?
38

39. Спасибо!
Андрей Скляревский,
Одноклассники
andrey.sklyarevsky@corp.mail.ru
ok.ru/profile/558068897472
fb.com/andrey.sklyarevskiy
39
v.ok.ru/publishing.html