servicecase/index.html at master · mnlght/servicecase · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
<!DOCTYPE html>
<html lang="en">
<head>
    <title>Shower Presentation Engine</title>
    <meta charset="utf-8">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <link rel="stylesheet" href="node_modules/@shower/ribbon/styles/styles.css">
    <style>
        .shower {
            --slide-ratio: calc(16 / 9);
        }
    </style>
</head>
<body class="shower list">

    <header class="caption">
        <h1>Shower Presentation Engine</h1>
        <p>Yours Truly, Famous Inc.</p>
    </header>

    <section class="slide">
        <h1>Service layer vs Use Case</h1>
        <p>Альтернативный подход к декомпозиции в рамках ФВ</p>
    </section>

    <section class="slide">
        <h1>If (ctrl+v pattern) - panic</h1>
        <ul>
            <li class="next">И Service Layer и UseCase - это паттерны</li>
            <li class="next">Паттерн - это не конкретный код, а концепция</li>
            <li class="next">Паттерн там, где он не нужен - смертный грех</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Пример греха</h1>
        <ul>
            <li class="next">DTO</li>
            <li class="next">(в котором!) Builder (без цепочки)</li>
            <li class="next">(и) Director</li>
            <li class="next">а задача была - получить список команд</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/dtoBuilder1.jpg">
    </section>

    <section class="slide">
        <h1>Паттерны бывают не только проектирования</h1>
        <ul>
            <li class="next">Паттерны проектирования</li>
            <li class="next">Архитектурные паттерны</li>
            <li class="next">Database Access Design Patterns</li>
            <li class="next">Идиомы</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Архитектурные паттерны</h1>
        <ul>
            <li class="next">Шаблоны высшего уровня</li>
            <li class="next">Декомпозиция модулей/компонентов и их взаимодействие</li>
            <li class="next">Помощь в понятии устройства продукта</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Database Access Design Patterns</h1>
        <ul>
            <li class="next">Identity Map - изменения в объектах</li>
            <li class="next">Data Mapper - объектное представление запроса</li>
            <li class="next">Составные части ORM</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Для справки - Идиомы</h1>
        <ul>
            <li>Golang - канал, как мьютекс</li>
            <li>c++ - интеллектуальные указатели</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Service layer</h1>
        <p class="next">Это шаблон проектирования, который инкапсулирует бизнес логику вашего приложения и определяет границу и набор допустимых операций с точки зрения взаимодействующих с ним клиентов.</p>
    </section>
    <section class="slide">
        <h1>Service layer</h1>
        <h3>В идеале</h3>
    </section>
    <section class="slide">
        <img class="cover" src="images/servicelayerAdd.JPG">
    </section>

    <section class="slide">
        <h1>Service layer</h1>
        <h3>С чем должен бороться?</h3>
        <ul>
            <li class="next">Логика в контроллерах и моделях в MVC</li>
            <li class="next">Разделение бизнес-логики и логики приложения</li>
            <li class="next">Дублирование кода</li>
            <li class="next">Определение границ модуля, набор доступных операций для клиентских уровней</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Service layer</h1>
        <h3>К чему может привести?</h3>
        <ul>
            <li class="next">Превращение сервис-класса в god-класс (с постепенным добавлением логики в 1 файл)</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/addadd.JPG">
    </section>
    <section class="slide">
        <h1>Service layer</h1>
        <h3>К чему может привести?</h3>
        <ul>
            <li>Превращение сервис-класса в god-класс (с постепенным добавлением логики в 1 файл)</li>
            <li class="next">Циклический импорт</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/cycleimport.JPG">
    </section>
    <section class="slide">
        <h1>Service layer</h1>
        <h3>К чему может привести?</h3>
        <ul>
            <li>Превращение сервис-класса в god-класс (с постепенным добавлением логики в 1 файл)</li>
            <li>Циклический импорт</li>
            <li class="next">Невозможность определить "главный" сервис</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/entrypoint.JPG">
    </section>
    <section class="slide">
        <h1>Service layer</h1>
        <h3>К чему может привести?</h3>
        <ul>
            <li>Превращение сервис-класса в god-класс (с постепенным добавлением логики в 1 файл)</li>
            <li>Циклический импорт</li>
            <li>Невозможность определить "главный" сервис</li>
            <li class="next">Нарушение SoP на всех уровнях приложения</li>
        </ul>
    </section>

    <section class="slide">
        <img class="cover" src="images/servicelayerAdd.JPG">
    </section>
    <section class="slide">
        <img class="cover" src="images/serviceTrash.JPG">
    </section>
    <section class="slide">
        <img class="cover" src="images/resp.JPG">
    </section>
    <section class="slide">
        <img class="cover" src="images/resp2.JPG">
    </section>
    <section class="slide">
        <h1>Use Case</h1>
        <h3>Варианты использования</h3>
    </section>
    <section class="slide">
        <img class="cover" src="images/useCaseQuestion.jpg">
    </section>
    <section class="slide">
        <h1>Use Case - определение 1</h1>
        <p>В разработке программного обеспечения и систем вариант использования — это список действий или шагов событий, обычно определяющих взаимодействие между ролью (известной в унифицированном языке моделирования как субъект) и системой для достижения цели.</p>
    </section>
    <section class="slide">
        <h1>Use Case - определение 2</h1>
        <p>Варианты использования организуют поток данных к объектам и от них и предписывают этим объектам использовать свои критические бизнес-правила для достижения целей варианта использования.</p>
    </section>
    <section class="slide">
        <h1>Use Case - определение 3</h1>
        <p>UseCase - это бизнес-логика, которую вы можете описать простым предложением.</p>
    </section>
    <section class="slide">
        <img class="cover" src="images/usecase3.JPG">
    </section>

    <section class="slide">
        <h1>What's the difference?</h1>
        <ul>
            <li class="next">Вариант использования — это значимая операция, выполняемая вашим приложением.</li>
            <li class="next">В рамках этого он может вызывать другие подоперации в других ограниченных контекстах.</li>
            <li class="next">Эти подоперации реализуются как сервисы приложений в монолитных приложениях и имеют смысл только как часть варианта использования.</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/usecase1.JPG">
    </section>
    <section class="slide">
        <h1>What's the difference?</h1>
        <ul>
            <li class="next">Сервисы - это хорошие кандидаты на роль микросервисов в микросервисной архитектуре.</li>
            <li class="next">Вариант использования, в свою очередь, становится отдельным микросервисом, вызывающим эти микросервисы.</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/usecase2.JPG">
    </section>
    <section class="slide">
        <h1>Немного практики</h1>
    </section>
    <section class="slide">
        <h1>Дано</h1>
        <ul>
            <li class="next">Сервис бронирования</li>
            <li class="next">REST</li>
            <li class="next">Монолит</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Проектирование</h1>
        <ul>
            <li class="next">Controller - собирает информацию</li>
            <li class="next">Контекст Бронирования - Use Case - ReserveRoom</li>
            <li class="next">Контекст Доступности - Service - AvailabilityService</li>
            <li class="next">Контекст Доступности - Service - PaymentService</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/context.JPG">
    </section>
    <section class="slide">
        <h1>Show me the code</h1>
    </section>
    <section class="slide">
        <img class="cover" src="images/structure.png">
    </section>
    <section class="slide">
        <h3>Сервис может существовать только как часть варианта использования</h3>
    </section>
    <section class="slide">
        <img class="cover" src="images/reserveCode.png">
    </section>
    <section class="slide">
        <img class="cover" src="images/cont.png">
    </section>
    <section class="slide">
        <h1>Рефакторинг</h1>
        <p>Модуль Whishlist</p>
    </section>
    <section class="slide">
        <img class="cover" src="images/lukoil1.png">
    </section>
    <section class="slide">
        <img class="cover" src="images/whishlistcontr.png">
    </section>
    <section class="slide">
        <img class="cover" src="images/whishlistService.png">
    </section>
    <section class="slide">
        <img class="cover" src="images/whishlistfacade.png">
    </section>
    <section class="slide">
        <img class="cover" src="images/magic.png">
    </section>
    <section class="slide">
        <h1>Плюсы реализации</h1>
        <ul>
            <li class="next">Есть важный интерфейс</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Минусы реализации</h1>
        <ul>
            <li class="next">Фасад - не фасад</li>
            <li class="next">Фасад "взял на себя слишком много"</li>
            <li class="next">Фабрика выдаёт 1 из 2ух объектов по ифу</li>
            <li class="next">Невозможность тестирования</li>
        </ul>
    </section>
    <section class="slide">
        <img class="cover" src="images/whishlistafter.png">
    </section>
    <section class="slide">
        <h1>Пояснения</h1>
        <ul>
            <li class="next">Определить, какой storage использовать, при инициализации UseCase</li>
            <li class="next">Для проверки наличия отдельный сервис</li>
            <li class="next">Действия со storage (rep) должны происходить прозрачно в UseCase или сервисе</li>
            <li class="next">Роуты getCount и getProductIds может обслужить репозиторий без бизнес-логики, т.к нет параметров, выносим их в usecase GetInfo</li>
            <li class="next">Если нас спросят, что делает наш модуль, мы откроем папку usecase</li>
        </ul>
    </section>
    <section class="slide">
        <h1>DDD vs CA</h1>
    </section>
    <section class="slide">
        <img class="cover" src="images/enemies.jpg">
    </section>
    <section class="slide">
        <h1>DDD vs CA</h1>
        <p class="next">Пора себе признаться - никто из нас не пишет ни по DDD, ни по CA.</p>
        <p class="next">Поэтому мы можем позволить себе скрестить практики.</p>
    </section>
    <section class="slide">
        <img class="cover" src="images/friends.jpg">
    </section>
    <section class="slide">
        <h1>Плюсы</h1>
        <ul>
            <li class="next">Сервисы, из-за контекстуальной нагрузки с минимальным шансом могут быть импортированы друг в друга</li>
            <li class="next">Sop. контекстуально-"нативно" сервисы соблюдают sop</li>
            <li class="next">Всё может при необходимости выделиться в микросервисы</li>
            <li class="next">Пройдя по папке usecase - сможем объяснить аналитику/клиенту/qa, что делает наш модуль/приложение</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Гайд</h1>
        <ul>
            <li class="next">Использовать для бизнес-логики не сервис, а юзкейс</li>
            <li class="next">Логически разбить работу своего юзкейса на сервисы</li>
            <li class="next">Если нет - пройтись по модулям проекта (поиск по именам) и поискать сервисы, которые занимаются тем же самым (поиск по именам)</li>
            <li class="next">Спросить себя, получится ли импортировать этот модуль в свой модуль?</li>
            <li class="next">Если да - импортировать, если нет - работать в формате uc - service</li>
        </ul>
    </section>
    <section class="slide">
        <h1>Конец</h1>
    </section>

    <div class="progress"></div>

    <script src="node_modules/@shower/core/dist/shower.js"></script>
    <!-- Copyright © 2023 Yours Truly, Famous Inc. -->

</body>
</html>