Абсолютно невозможная навигация по ctrl-click

Xs приятнее писать, концепт тот же на 90%

чому не прост сервисы с данными в потоках?

А акита – если мы говорим про стейт, то это будет по сути обычный ангуляр-сервис с прибаутками

А для хранения массивов данных у него очень много других инструментов ещё

Потому что надо обвязку писать большую

А в том же akita она за тебя написана. То есть по сути переезжать с обычных сервисов на неё – плёвое дело

В смысле переписала, чтобы понять разницу

Сейчас будем с командой выбирать, на чем будем продолжать разработку

норм. мы по той же причине не юзаем ngrx/подобное и сделали простой мини-стор чтоб данные хранить в одном потоке вместо кучи с парой методов для апдейта, юзаем напрямую в сервисах (стор не глобальный).
На акиту засматривался как раз по причине отсутствия лишнего но забил т.к. принципиально ничего не давало

Акита кмк начинает прям работать, когда надо жонглировать массивами

Там все заточено под имитацию бд на фронте

Коллеги, не навязываю, но всё-таки плохим ngrx не могу назвать, потому-что:
1) Инструмент расчитан на сложные программы, ошибки в которых приводят к опасности для жизни людей.
Качество кода вынесена на первое место
По объяснению Boileprate есть хорошее видео: https://www.youtube.com/watch?v=t3jx0EC-Y3c&list=PL8OUS498tQP3FFsZzULTGnbyIcILFjHd3&index=4
2) Mike Ryan и Brandon Roberts отвечающие за его разработку и вошли в Angualr Core Team;
3) Для упрощения работы уже есть: @ngrx/entity, @ngrx/schematics:
(https://www.youtube.com/watch?v=bdCYZoB_Su4&list=PLAw7NFdKKYpE-f-yMhP2WVmvTH2kBs00s&index=9);
Помимо этого ngrx позволяет:
1) Использовать Memoization для перформанса сложных вычислений (https://en.wikipedia.org/wiki/Memoization)
2) Разделять store и загружать только ту чать которая необходима;
3) Time-travel debugger и визуализация стора -- легко помогает отыскать ошибки;
Если человек начинает, для него главное понимать принцип хорошей архитектуры и поток данных
в программе, поэтому всё-таки рекомендую попробовать, а если прокачаешься, потом уже писать свой стейт-менеджер.

спасибо за подробное описание :)

Это как хрустальной вазой гвозди забивать. Сам стор может и надежный, но только пихаем мы его в основном в формочки, где он не нужен.

ну куда мы его пихаем вроде не проблема стора

или в чем поинт “не нужен"?

или тип проблема что мы инжектим стор куда ни попадя просто чтобы стейт оттуда достать?

Да, причём стор выбираем самый классный и bullet proof, хотя нам такое усложнение не нужно

Проблема в том, что его применяют не по назначению зачастую. И вместо простой унификации, пишется огромное количество бойлерплецта.

Один плюс есть, мы всегда уверены, что скорость разработки будет линейна, то есть она не будет медленнее и не будет быстрее