кстати про сервис модалок или обработку ошибок с модалками. Как правильнее и проще и чище? единый сервис отображения модалок, или все ж разделить?

Разделить

Вот кстати для модалок и пришлось делать шину событий. Потому что модалка не может дернуть сервис из которого была вызвана, чтобы включить другую модалку. Циркулярка возникает.

У сервисов есть нгДестрой

Либо такие вещи можно с помощью абстракций разруливать, тоже как хороший вариант

а можно на пальцах и в общих чертах?

Главное не закопаться слишком в абстракциях в трех диалоговых окнах :)
Я сначала хотел универсальный вызов, потом забил, предпочитаю конкретику. А ля сегрегация интерфесов

На пальцах примерно так

На верхнем рисунке два класса зависят друг от друга, и поэтому получаем ошибку с circular dependency

На нижнем рисунке левый класс зависит от абстракции, а правый класс реализует абстракцию и зависит от левого класса

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

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

А в чем разница? :) абстрактный просто не используют сам по себе

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

это типа шаблона для создания на его основе

Абстрактный в ts может сам реализовать методы. Неабстрактные

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

Это просто контракт, когда мы хотим четко обозначить методы, которые должны быть доступны, и которые мы можем вызывать. Например, если это сервис с модалками, то в абстракции будет Открыть модалку и Закрыть модалку.

У меня есть вот такое под рукой. MessageBus говорит, какие методы должны быть реализованы:
https://github.com/thekiba/angular-platform-cloud/blob/master/projects/platform-cloud/src/lib/shared/message-bus.ts

ServerMessageBus и BrowserMessageBus реализуют эти методы вот тут:
https://github.com/thekiba/angular-platform-cloud/blob/master/projects/platform-cloud/src/lib/server/server-bus.ts
https://github.com/thekiba/angular-platform-cloud/blob/master/projects/platform-cloud/src/lib/browser/browser-message-bus.ts

А дальше взаимодействите происходит через абстракцию. Вот тут мы говорим, что хотим получить MessageBus:
https://github.com/thekiba/angular-platform-cloud/blob/master/projects/platform-cloud/src/lib/server/server-renderer-adapter.ts#L18

И мы знаем, что у него будут только два метода, поэтому можем использовать только их, и вот один из них:
https://github.com/thekiba/angular-platform-cloud/blob/master/projects/platform-cloud/src/lib/server/server-renderer-adapter.ts#L138

вот я  удачно зашел ))) 👍

есть такие кейсы, например подписка на все время жизни приложения, не привязанная ко вьюшке например. Но редко)

Уточнение. Речь идет не о наследовании от компонента или сервиса, а именно от отдельного класса(абстрактного в данном случае).

да, неправильно выразился. А как это тогда оформляется в файловой структуре? все абстракции кладутся в отдельную папку? 😊