?
ой зря ты задал этот вопрос 😅 ща налетят))
чем больше ответов одинаковых насуют тем меньше будет сомнений
А что за свойства? Типа геттеры?
set myProperty(prop){this.$property.next(prop)} get myProperty(){return this.$property.value}
Ох, не зря спросил
Мне нравилось такое, ток через пакет bind-observable.
а как иначе, если мне нужно @Input навешать на BehaviorSubject...
Синтаксический сахар
непонятно в чём смысл всё таки
а дальше где это юзается? только в шаблоне или где-то еще в коде?
в коде тоже юзается, но в основному стараюсь использовать BehaviorSubject и выстраивать понятный поток данных
Зачем вешать input на bs?
чтобы реагировать на изменения свойства внутри компонента
иногда потоки надо обьединять..
поэтому просто в сеттере было бы дико какую-то логику писать
аа, не так понял, ок
а ngOnChanges не отвечает за изменения инпута?
он то отвечает, но обрабатывать состояние через разные штуки не очень как по мне
Вот кста кейс с упаковкой значения из инпута в сабджект выглядит компактно
идея конечно норм но уберите геттер и выводите BS в шаблоне через async pipe
ну как по мне это как-то легче для понимания, чем bs на инпут вешать, но кому как
signal based компоненты должны этот сахер заменить, но еще не вышло в релиз
но пропертя нужны чтобы @Input навешать( А потом и в шаблоне их заюзать руки чешутся, хотя есть чувство, что это плохо как и вызов функций в шаблоне
хм, логично, просто как-то не привык пропертя наполовину обьявлять)
ну ради "one source of truth" приходится извращаться
Ну скоро не прийдется
Обсуждают сегодня