Привет! может кто посоветовать статьи по использованию фасадов при работе

с NgRx?

А что там с ними?

я в каком-то видео видел.. хочел почитать зачем )

Я всегда типа фасада накатываю. Зачем постоянно инжектить Стор и там диспатчить?

но по факту, где разница инжекта стора или фасад-сервиса?

тесты писать немного удобнее

hm...

плюс можно будет поменять стор на что то другое, сохраняя при этом интерфейс фасада

удобнее, чище код, декомпозиция

или просто подменить селектор глобально, к примеру

Обе очень слабенькие причинв для фасада. Фасады бывают полезные, но для решения других задач. Кстати, componentStore может использоваться в роли фасада тоже.

Можно немного подробнее?

тоже интересно

@Andrei_GUK Ну, на пример, хорошее использования фасада для миграции с "компоненты занимающиеся самообеспечением" на систему со стейт менеджментом. Что это за компоненты такие? Это компоненты, которым самим надо разобраться с данными перед тем как сделать реквесты с правильными параметрами. На пример, вытащить инфу из ActivatedRoute и других сервисов. Переписать такие компоненты целиком не является возможным. Органиция хаоса обычно начитается с верхних слоёв. Там начинается внедрение state management (не важно NgRx или даже services with BehaviorSubject). Чтобы "подключить" старые компоненты, сначала выводится получение этих "начальных данных" из самого компонента в фасад, который сначала будет общаться по-старому (сам залазить в тот же ActivatedRoute и другие сервисы), а потом будет переведён на центральную систему. Тут получается что используется два design patterns: фасад и адаптер.

@AlexOkrushko "Чтобы "подключить" старые компоненты, сначала выводится получение этих "начальных данных" из самого компонента в фасад" Вроди как похоже.

Andrei
проще то просто фасад взять. чем везде писать селе...

@AlexOkrushko для таких целей не актуален фасад?

Нет, не актуален. Нет value в этой абстракции.

Лучше в каждом отдельном компоненте диспатчить?

Нет дополнительных преимуществ. Более того, не говоря уже о дополнительной абстракции нарушается рекомендации о "экшн - уникальный ивент". Они тут как команды начинают использовать, и нет пользы тогда от экшенов

Не понял о "уникальности"

Если экшены, то да. Но вообще тема большая. Я к моему видению подвожу после 8 часовой лекции. Много надо затронуть перед тем как перейти к непосредственным деталям.

записываемся, как говорится

Пока что ближайшая в Германии в сентябре: https://ng-de.org/workshops/handling-state-in-angular-application/

это не фасад? https://github.com/ngrx/platform/blob/master/modules/data/src/entity-services/entity-collection-service-base.ts

Точно... Но далеко :(

NgRx/data была ошибкой - моё мнение 🙃 никто из core team не пользуется этим.

Для Украины что-то планируешь сделать?

@AlexOkrushko на это быстро не получится ответить? Хотя вопросов огого)) Иногда хочется вам памятник поставить, а иногда ....))

Делал недавно. Но можно повторить. (Ссылку удалил)

Я имел ввиду воркшоп провести))

Я вокшоп делал 🙂 @Andrei_GUK Если что-то организовать, то можно. Я с удовольствием.

В каком формате?

8-9 часовая лекция. Либо 2 дня с hands-on. Внутри Сиско, я вообще разбил на 7 частей по 3 часа, но так будет тяжело собрать группу.

все на Component Store переехали?))

Store + ComponentStore, и сдвиг в тут или иную сторону зависит сильно от типа аппликации.

Длинные сессии конечно накладно. Работа и т.д. А кто может быть инициатором/организатором? Администрация данного чата?

Не, администрация не при чём 🙂

Вы планово проводите подобные события?

Да даже если время есть, 8 часов слушать доклады это голова опухнет

Согласен.

Обычно совместно с конферциями или по настроению 🙂