По чесноку о бизнесе или зачем нам нужен domain layer

С того момента, как улучшение проекта стало неотъемлемой частью моей работы, я осознал необходимость освоения Clean Architecture. Думая о back-end, regular Android разработчик не задумывается об оптимизации проекта. Будущий team lead и ведущий разработчик всегда понимает «есть ли бизнес логика» или знает ответ на вопрос «зачем нужен Use Case?». Вопросов о Clean Architecture было достаточно и у меня, теперь, разобравшись и требуя чистой архитектуры от своей команды, я готов поделиться и разъяснить что есть domain layer и каков он на вкус.

Transcript

2. По чесноку о бизнесе или зачем нам нужен Domain Layer 2
3. Для тех кто не знает меня 3
4. 4 Жанибек Маршал Публикую часто в @megasuperhero Отвечаю на вопросы в @janibek_marshal Выкладываю код в @JohnMars Личный сайт janibekmarshal.com
5. Работаю в Альфа Банк Казахстан 5
7. О чем поговорим 7
8. 1. Что такое бизнес логика или UseCase 2. Примеры бизнес логики в приложении 3. Какие вопросы задавать у бизнеса 4. Подробнее о бизнес логике 5. Подробнее о UseCase 6. Преимущество бизнес логики/UseCase 8
9. Примечание • Данный доклад не раскрывает полностью Clean Architecture • Реализации предоставленные на докладе не говорит о том, что это обязательное применение и не ответ на все проблемы разработки • Но если послушаете, возможно будете лучше понимать о более качественном коде 9
10. Примеры бизнес логики В приложении 10
11. Кто знаком с бизнес логикой или UseCase? 11 ! "
12. Вам поручили реализовать задачу Изучаем бизнес логику на примере 12
13. Вам поручили разработать авторизацию.
 Ваше первое действие: 1. Сначала начну писать код 2. Сначала пойду к дизайнерам обсудить дизайн 3. Сначала узнаю требование от постановщиков задач 13
14. Какие вопросы задавать у бизнеса 14
15. Вопросы которые могут возникнут • Какой логин можно ввести для авторизации? • Когда будет готов дизайн? • Есть API или документация? • Что делать если пользователя не существуют? 15
16. Вопросы которые могут возникнут • Какой логин можно ввести для авторизации? - На мобильном приложении используем телефон • Когда будет готов дизайн? - Надо уточнить у дизайнеров • Есть API или документация? - Надо уточнить у Back-End разработчиков • Что делать если пользователя не существуют? - Подумаем! 16
17. Что можем сделать, Если пользователя 
 не существует? 17
18. 404 - User Not Found • Попросить сходить в отделение для открытия аккаунта • Заказать обратный звонок 18
19. Предложить воспользоваться демоверсии приложения 19
20. Требование по демоверсии • Если при вводе логин не смогли найти пользователя • Заполняем тестовыми данными: - Счета - Выписки - Профиль • Дать возможность показать доступные функционалы 20
21. Все это бизнес логика и UseCase 21
22. Подробнее о бизнес логике 22
23. Бизнес логика То что знает только команда бизнеса 23
24. Ответы бизнеса • Какой логин можно ввести для авторизации? • На мобильном приложении используем телефон • Когда будет готов дизайн? • Надо уточнить у дизайнеров • Есть API или документация? • Надо уточнить у Back-End разработчиков • Что делать если пользователя не существуют? • Подумаем! 24 Бизнес Бизнес Дизайнеры Back-End
25. Где должна быть бизнес логика в проекте? 25 ! " Спросите любого разработчика, где должна быть бизнес логика, и получите ответ: «Конечно же в бизнес слое». У вас не должно быть не малейших сомнений на счет того где должна быть бизнес логика – в бизнес слое.
26. 26 Presentation Domain Data Бизнес логика Решаем с дизайнерами Решаем с Back-End
27. А что такое тогда UseCase? 27
28. • Если логин и пароль валидный, то авторизованы • Если пароль не валидный, то запоминать сколько раз ошибся • Если 3 раза ввели пароль не правильно, можно восстанавливать пароль • Если логина не существует, включаем демоверсию 28 Авторизировать можно по валидному логину и пароль Бизнес логика UseCase
29. Бизнес логика То что команда бизнеса должна знать UseCase Список сценарии для бизнес логики 29
30. Ну и что с того, что поняли о бизнес логике? 30
31. Преимущество реализовывать UseCase 31
32. Сценарие по созданию демоверсии 32
33. Сразу понятно, какие данные нужны 33
34. Никаких зависимости из внешних слоев 34
36. В Clean Architecture очень важно думать начиная с Entity и UseCase 36
37. Достоинства бизнес логики/UseCase • Слабосвязанный класс (используем только Kotlin coroutine) - Легко экспортируется в iOS/Server - Легко тестировать исполнение бизнес логики • Код исполняется по требованию - Повышается читабельность кода - Можно без проблем дискутировать код с iOS или Back- End разработчиком 37 * Или даже с командой бизнеса
39. Выводы • Бизнес логика - это логика которая знает только команда бизнеса • UseCase - это один из сценариев исполняемой бизнес логики • Как написать хороший UseCase код - писать только то, что обсуждали с бизнес командой • В чем преимущество - Слабосвязанный код и очень читабельный 39
40. 40 Повышаем качество проекта с бизнес логикой!
41. Use Case Driven Object Modeling with UML Doug Rosenberg and 
 Matt Stephens 41
42. Domain-Driven Design Eric Evans 42
43. Пример реализации бизнес логики https://github.com/JohnMars/devfest-almaty-2019 43