а с сервисами?
я сейчас сделал фиктивные init() методы, но конструкция кажется хрупокй, тк надо следить за тем, чтобы испускаемые сервисами стримы не имели подписок до init() метода
каков best practies?
Стрим стриму рознь :) Есть те, которые начнут выполняться только после подписки. Есть те, которые хранят последние значения... Вполне можно обойтись без init() методов
ну а как без инита, если туда из инпутов компонентов данные передаются :) ну вот например таймер есть, там лимит в нем (timeLimit) он передается из компонента родителя в глупый компонент (панель), а глупый компонент делегирует сервису... и так у меня есть в нескольких местаХ я явно упускаю что-то из виду
Весьма запутанное описание :(
А почему возникла необходимость подписываться в конструкторе сервиса?
коротко данные для сервиса придут из инпутов, http, чтобы некий сервис завелся у сервиса куча "отпутов", на которые нужно подписаться
Мне тут видится какая-то странная "петля" в потоке данных. Компоненты должны отдавать что-то в БЛ только по действию пользователя, без действия поток данных может быть только от БЛ к компонентам. Или я не так понял что-то?
Ну как же Плеер — в нем данные закончились, от него данные Плеер композитный, управляет другими плеерами — от него данные Плеером управляют — ему данные Плееру нужны данные, те он подошел к лимиту своих загруженных данных и нужно след чанк подгрузить — от него данные
А на что подписка то в сервисе?
Не, в сервисе сабжект Просто для него нужны данные из инпута В компоненте подписываюсь на данные сервиса, но он может быть не за инициализирован
Что значит не инициализирован? Сделайте потоками все, нет данных- поток ничего не шлет
На Красную Звезду
Обсуждают сегодня