AO
Size: a a a
2021 January 12
AO
Не уверен в качестве этого решения, но проблема частая :)
AC
Alex Okrushko
Сервисы могут быть как stateless так и stateful, разные сервисы отвечают за разные роли
Це помилка. Проблема в тому, що рекомендації Ангуляр все дуже спрощують, там все що не компонент - то сервіс.
Це не так. Сервісами мають бути сервіси. Стан зберігається в сторі, кеші, репозиторії чи ще десь
Це не так. Сервісами мають бути сервіси. Стан зберігається в сторі, кеші, репозиторії чи ще десь
SФ
а есть где подсмотреть это?
Хм. Это где-то в коде прошлого проекта. Поэтому нигде уже. Нужно писать заново
AO
а есть где подсмотреть это?
Вот еще (в самом низу): https://indepth.dev/posts/1051/top-10-ways-to-use-interceptors-in-angular
B
Alex Okrushko
Не уверен в качестве этого решения, но проблема частая :)
дякс, вроде и гуглил, но теперь более детально глянул
AO
Це помилка. Проблема в тому, що рекомендації Ангуляр все дуже спрощують, там все що не компонент - то сервіс.
Це не так. Сервісами мають бути сервіси. Стан зберігається в сторі, кеші, репозиторії чи ще десь
Це не так. Сервісами мають бути сервіси. Стан зберігається в сторі, кеші, репозиторії чи ще десь
🙂
Это не ошибка, но эта тема более глубокая. Со стейт менеджментом знаком не понаслышке.
Это не ошибка, но эта тема более глубокая. Со стейт менеджментом знаком не понаслышке.
AC
Alex Okrushko
🙂
Это не ошибка, но эта тема более глубокая. Со стейт менеджментом знаком не понаслышке.
Это не ошибка, но эта тема более глубокая. Со стейт менеджментом знаком не понаслышке.
Я керуюсь принципами DDD, де сервіси не зберігають стан - https://lostechies.com/jimmybogard/2008/08/21/services-in-domain-driven-design/
B
Я керуюсь принципами DDD, де сервіси не зберігають стан - https://lostechies.com/jimmybogard/2008/08/21/services-in-domain-driven-design/
#DDD оставлю тег для удобства поиска
AO
Я керуюсь принципами DDD, де сервіси не зберігають стан - https://lostechies.com/jimmybogard/2008/08/21/services-in-domain-driven-design/
Похоже, что статья фокусируется на бэкендах, и она с 2008 (до SPA и JS frameworks).
D
ну тут в кожного своя інтерпретація ддд. Той же Манфред, який зараз мабуть головний ідеолог використання ддд, не соромиться мати стейтфул сервіси https://github.com/manfredsteyer/2020_11_13/blob/ea38ffc6fc520f4a3efb329d96a020ca8e7e6f92/libs/flight-lib/src/lib/services/flight.service.ts
AC
Alex Okrushko
Похоже, что статья фокусируется на бэкендах, и она с 2008 (до SPA и JS frameworks).
DDD і досі живе чудово, і в сучасному фронтенді ідеї з бекенда знаходять застосування дедалі частіше.
AC
Не так давно ми не знали що таке Dependency Injection, що таке сервіси, але прогрес не стоїть на місці.
AC
ну тут в кожного своя інтерпретація ддд. Той же Манфред, який зараз мабуть головний ідеолог використання ддд, не соромиться мати стейтфул сервіси https://github.com/manfredsteyer/2020_11_13/blob/ea38ffc6fc520f4a3efb329d96a020ca8e7e6f92/libs/flight-lib/src/lib/services/flight.service.ts
Код за посиланням - це дуже поганий приклад
AC
Видно що він сирий
AO
Не так давно ми не знали що таке Dependency Injection, що таке сервіси, але прогрес не стоїть на місці.
мы из Java знали про dependency injection c 2000-x :) когда Martin Fowler про него рассказывал :)
AO
> Стан зберігається в сторі, кеші
А что ты называешь "кеш"?
А что ты называешь "кеш"?
AC
Alex Okrushko
мы из Java знали про dependency injection c 2000-x :) когда Martin Fowler про него рассказывал :)
Так, на беку це з'явилось раніше, коли ще мабуть jQuery не було.
Взагалі я до чого: не треба змішувати код зберігання даних і сервісні операції
Взагалі я до чого: не треба змішувати код зберігання даних і сервісні операції
SФ
Ну это прямая дорога в ngrx, но он не всем нужен
SФ
Как и чистый DDD с полной абстракцией над данными и раздельным хранением