Разница в производительности между ngrx и ngxs? - PullRequest
0 голосов
/ 05 июня 2018

Я хочу использовать ngxs для управления состоянием в моем приложении Angular 6.

Но я не уверен, подходит ли оно для больших проектов.

Я не могу найти какие-либо статьи о разницев производительности между ngrx и ngxs.Кто-нибудь может предоставить некоторую информацию об этом?

Метрики производительности: получение большого количества товаров из магазина и обратная запись в магазин.

Ответы [ 4 ]

0 голосов
/ 05 октября 2018

У меня недавно была проблема с NGRX, так как мне приходилось отправлять два действия, но второе зависело от успеха первого, проблема заключалась в том, что редукторы запускались асинхронно, а второе действие завершалось без завершения первого, попробуйте решить это с помощью эффектов, но даже там произошло то же самое.С NGXS я мог бы решить эту проблему, поскольку Диспетчер возвращает наблюдаемое в конце действия.

В целом, NGXS работал очень хорошо, а производительность очень похожа, мне пришлось обновить много данных в архитектуре с несколькими вложенными уровнями, и, похоже, не было разницы во времени обновления.

0 голосов
/ 26 сентября 2018

Исходя из того, что я испытываю, NGXS намного проще в написании и легче работать с отложенными загруженными состояниями.У него такой простой синтаксис, это ООП, а не парадигма Redux FP.Украсьте свои действия и селекторы, подпишитесь на запомненные состояния, отследите отправленные действия в любом месте и т.д.Он использует синхронизированное локальное хранилище с ограничением в 5 МБ и остановит пользовательский интерфейс, когда ему потребуется записать большие данные в хранилище.Однако вы можете написать собственное решение для хранения поверх плагина.Он масштабируемый, расширяемый, вы можете быстро внедрить классы util, документация настолько проста, насколько это возможно.

0 голосов
/ 03 октября 2018

Вот хороший ответ от Reddit (сообщество Angular2 +) .Это от разработчика, который протестировал оба и переключился на NGXS.

Я хотел бы поделиться своим опытом.У нас есть приложение для среднего и крупного бизнеса.Мы начали с NGRX, но быстро выяснилось, что код

NGRX гораздо сложнее понять и написать товарищам по команде.

NGRX - это настоящий ад.Вы тратите на это много времени.

Концепция "Эффектов" хороша, но она просто добавляет дополнительные уровни сложности, которые можно упростить.

Опыт разработчика (DX) был ужасающим.

Затем мы переключились на NGXS.

У него минимальный шаблон.Вы прыгаете прямо в «действие»: D.

Мы были в восторге от его DX.

Это гораздо проще понять товарищам по команде, и все вдруг оказались продуктивными.

ТамЕсть некоторые компромиссы, такие как серверные вызовы в редукторах, но имеет смысл использовать через некоторое время.

PLUGINS!Есть множество плагинов от регистрации до обработки форм (Удивительная вещь когда-либо).

0 голосов
/ 05 июня 2018

Вы не можете сравнивать их, это все равно, что сравнивать яблоки и апельсины.

Что создает впечатление, что он не зрелый?Это чрезвычайно хорошо задокументировано, высокий уровень охвата тестированием, активное сообщество, и автор обеспечивает профессиональную поддержку.

...