В этом видео расскажу о тонкостях при работе с rxjs, о том как незаметно для вас могут получаться утечки памяти, как с этим бороться. Исходники из видео: github.com/Ale... Опубликованная библиотека: www.npmjs.com/...
Спасибо! Полезная реализация первого декоратора, сейчас с командой планируем внедрить похожий опыт. На счет второго декоратора - мне показалась хорошей практикой вместо создания subscriptions в компоненте, создавать свойства класса с ссылками на observables и использовать async в шаблоне (автоматическая отписка при дестрое). Так код становится чище и не нужно делать лишние махинации в onInit.
вроде норм, но даже не знаю, с новым стандартом декораторов как будет еще не ясно так что я не стал бы на них опираться, обычно destroyService хватает, добавляешь его в провайдеры компонента и везде перед подписками добавляешь takeUntill…
Соглашусь тоже. Декоратор выглядит красиво, но там их сильно меняют от версии ки версии, поэтому неясно. Ну и по большому счету если какой то Стейт используем, то там через async pipe и так отписка, плюс destroy service тот же можно включить в те подписки, что есть. Тоже думал над такой оберткой, но пока кажется ту мач
Декоратор как показал делает все тоже самое, только он пишется один раз, а потом везде используется, кодтпопроще становится, кроме того автоподписка, тоже сокращает код + take(1) там где надо.Видел только что собираются делать условные декораторы, а вот то что будут менять существующие нет.
