Похожа на bdo

Доброе утро)

Как только взял мак на 64Gb, сразу забыл о проблеме с большим количеством открытых приложений)

Еще бы он не стоил как самолет

оно того стоит

Где такие самолёты дешевые продаются? Я бы взял один, а то ноги затекают в экономе лететь

А люди которые выше 180 наверно вообще умирают

Вот в этом не спорю

Ребят, всем привет. Есть вопрос, на который не могу придумать решение, которое меня устроило бы..

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

При создании компонента и передачи ему в Input параметра config  создавался главный класс FooController на схеме и он в свою очередь инициализировал остальные Special Controllers передавая им их части конфига.

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


У этого подхода была проблема в том, что классы были не Injectable и не могли в себя включать какие-то зависимости, например Router, MatDialog и иже с ними. Получалось так, что FooController был таким вот передастом, который принимал все что нужно аж от компонента и распихивал по дочерним классам, следовательно приобретая совершенно не нужн

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

Хочешь сделать лучше?

а есть еще предложение?)

Да

давай!

все классы реализуют общий интерфейс?