МВ
но вижу сервисес, тут минус
Почему? Как лучше?
Size: a a a
2020 March 28
S
Почему? Как лучше?
можно начать с https://youtu.be/o_TH-Y78tt4?t=639
МВ
можно начать с https://youtu.be/o_TH-Y78tt4?t=639
Спасибо большое
nt
gitlab upal
IS
папочки компонентс нет - уже хорошо
А если в одном модуле имеется более 2-х компонентов, более 2-х сервисов, несколько моделей, интерфейсов, типов, перечислений, предлагаете складывать всё в одно место?)
S
А если в одном модуле имеется более 2-х компонентов, более 2-х сервисов, несколько моделей, интерфейсов, типов, перечислений, предлагаете складывать всё в одно место?)
нет
IS
или вы про простые реализации?
S
я про связность
S
структура папочек должна говорить что проект делает, а не на каком фреймворке он написан
S
сервисы, компоненты и т.п. это детали фреймворка, случайные веши не о чем не говорящие человеку смотрящему на них кроме того что это сервисы, компоненты и т.п.
A
что лучше NGRX или Akita?
EK
что лучше NGRX или Akita?
Попробуй NGXS, если ещё выбираешь
A
Evgeny Kachan
Попробуй NGXS, если ещё выбираешь
но как по мне NgRx полный шлак ибо Redux это привет из прошлого столетия и кал
EK
Значит тебе по адресу
EK
Попробуй ее
DT
но как по мне NgRx полный шлак ибо Redux это привет из прошлого столетия и кал
Попробуй rxjs и сервисы
DT
BehaviorSubject вот тебе и стор
DT
state$.pipe(map(state=>state.slice), distinctUntilChanged())
Вот и селектор
Вот и селектор
A
короче Akita 😂
АМ
Попробуй rxjs и сервисы
Это шутка была? На обычном rx и сервисах? Типа прям лучше писать? Я просто очень страдаю и заморачиваюсь, что у нас в проекте ngrx вообще нет и думал это огромный минут, что не работал с этим.