закон деметры

спасибо, прямо в точку

this.Aservice.BserviceGetNane()

ничесе, даже не знал что на это есть свой "закон"

да вот как раз пытался я обойти лишнюю прослойку в виде методов-адаптеров

но это и есть минус этого закона

"Недостатки
Недостатком закона Деметры является то, что иногда требуется создание большого количества малых методов-адаптеров (делегатов) для передачи вызовов метода к внутренним компонентам."

Но это и плюс

это скорее говорит о плохой архитектуре

чем о недостатке этого закона

shareReplay({refCount: true}) = publishReplay(1) + refCount?

А у тебя функция bService получает какие-то параметры? Почему ее не получать на прямую в компоненте, а данные потом передавать в aService? Тем более что тебе походу просто надо получить данные в компоненте из bService

не

tak?

не

@poulaner там прикол в том что когда разнес всю логику по сервисам, столкнулся с тем что например есть сервис deviceService и сервис devicesService, тобишь в первом логика чисто по одному девайсу, а во втором по колекциям девайсов, и в определенный момент начались траблы с тем что компонентам либо сервисам бывают нужны методы либо с первого либо с первого и второго одноврменно

📚 Вопрос: что такое share(), publish(), multicast() в RxJS?
🦊 Заваривайте кофейку, ответ будет длинным. Прежде чем переходить к следующему пункту обязательно разберитесь с предыдущим.


📢 Что такое Subject?
Простыми словами, Subject это телефон. В него можно говорить, и из него можно слушать одновременно.

Есть различные Subject: Subject, ReplaySubject, BehaviorSubject, AsyncSubject.

Это основная база.


🏰 Что такое multicast()?
Оператор multicast() на вход принимает Subject или его фабрику. И передавая в него различные виды Subject можно получить следующие комбинации:
multicast( new Subject() )
multicast( new ReplaySubject() )
multicast( new BehaviorSubject() )

Все это создает нам ConnectableObservable, который позволяет расшарить Subject на несколько потоков. Но у них всех будут разные стратегии работы, в зависимости от переданного Subject.

Если вы все осилили, то дальше будет очень просто.


🍬 Немного сахара
Операторы publish(), publishReplay(), publishBehavior() используют mulicast() с определенным Subject:
publish() === multicast( new Subject() )
publishReplay() === multicast( new ReplaySubject() )
publishBehavior() === multicast( new BehaviorSubject() )

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


👨‍🏫 Считаем ссылки
Оператор refCount() реализует паттерн RefCount и автоматически управляет ConnectableObservable:
— если появляется подписчик, то он делает connect;
— если появляется еще один подписчик, то ничего не происходит, используется тот же connect;
— если все подписчики отпишутся, то он сделат unsubscribe от коннекта к ConnectableObservable.


🦄 Финальный босс
Остались операторы share(), shareReplay().
share() === publish() + refCount()
shareReplay({ refCount: true }) === publishReplay() + refCount()

__
❤️ Теперь ты знаешь как это работает, отправь своим коллегам, пусть они тоже узнают.

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