Size: a a a

2020 August 01

AK

Aliaksei Kuncevič in Angular Kyiv
в случае small и mid-size проектов эти проблемы можно решить и без стейта а если сервер графкуель так клиентский стейт вообще может быть и не нужен ибо у графкуеля есть фича соответственная
источник

G

George in Angular Kyiv
на мой взгляд,  на больших проектах global state это зло
источник

AK

Aliaksei Kuncevič in Angular Kyiv
ну тут как обычно trade-offs
источник

Sergey Фrolov in Angular Kyiv
Aliaksei Kuncevič
в случае small и mid-size проектов эти проблемы можно решить и без стейта а если сервер графкуель так клиентский стейт вообще может быть и не нужен ибо у графкуеля есть фича соответственная
Плюсую. А теперь добавим разбиение проекта на части и вот у нас просто нет больших проектов )
источник

AK

Aliaksei Kuncevič in Angular Kyiv
например в больших тимах большая проблема если дофига людей комитит в один и тот же файл
источник

Sergey Фrolov in Angular Kyiv
На самом деле нам нужно шарить глобально очень небольшое количество данных. А остальные данные имеют свой уровень доступности – несколько компонентов.
источник

G

George in Angular Kyiv
Igor Kurkov
Бизнес согласился на стейт
state managemennt - это low level design. Бизнес может и не знать))
источник

AK

Aliaksei Kuncevič in Angular Kyiv
но с точки зрения консистенси если юзать какой то общий подход то получается что код будет везде однотипный и может тогда иметь смысл юзать какой то стейт салюшен
источник

Sergey Фrolov in Angular Kyiv
Aliaksei Kuncevič
но с точки зрения консистенси если юзать какой то общий подход то получается что код будет везде однотипный и может тогда иметь смысл юзать какой то стейт салюшен
Да, но тот же ngrx диктует только верхнеуровневый подход, а в деталях все может отличаться.
источник

AK

Aliaksei Kuncevič in Angular Kyiv
еще можно юзать сервисы с BehaviorSubject например и тогда можно до какого то порога юзать просто такие сервисы - если это подходит под проект
источник

AK

Aliaksei Kuncevič in Angular Kyiv
Sergey Фrolov
Да, но тот же ngrx диктует только верхнеуровневый подход, а в деталях все может отличаться.
ну да тогда нужны наверно какие то доп гайдлайны
источник

Sergey Фrolov in Angular Kyiv
Aliaksei Kuncevič
ну да тогда нужны наверно какие то доп гайдлайны
Естественно
источник

Sergey Фrolov in Angular Kyiv
Тогда можно сравнивать ngrx с чем-то другим.
источник

AK

Aliaksei Kuncevič in Angular Kyiv
Sergey Фrolov
Тогда можно сравнивать ngrx с чем-то другим.
ngxs, akita
источник

AK

Aliaksei Kuncevič in Angular Kyiv
а вот тут например основа для рекатив сервисов 👉 https://github.com/kuncevic/rx-service генерик BehaviorSubject врапер
источник

SS

Sasha Savych in Angular Kyiv
А багато взагалі користувачів ngxs? Підхід цікавий, а документації/комюніті, здається, менше
источник

Sergey Фrolov in Angular Kyiv
Часто и это это не нужно )
источник

Sergey Фrolov in Angular Kyiv
Но да, если нужно что-то зашарить, то можно использовать.
источник

AK

Aliaksei Kuncevič in Angular Kyiv
Sergey Фrolov
Часто и это это не нужно )
конечно, но ngxs и akita они намного проще чем ngrx - cоответственно бегинеры их проще и быстрее осваивают
источник

AK

Aliaksei Kuncevič in Angular Kyiv
Sasha Savych
А багато взагалі користувачів ngxs? Підхід цікавий, а документації/комюніті, здається, менше
источник