🧤K
тайпскрипт этого не знает, и логично прописывать ридонли в компоненте чтобы никто случайно не поменял их
И при aot?
Size: a a a
2019 November 13
В
И при aot?
не проверял
S
Имеешь ввиду даже если я изменю значение биндинга то в итоге чендж детекшн всё равно обновит их значением вышестоящего компонента?
то что ты меняешь внутри компонента ангуляра не интерисует
S
он когда ставит тебе биндинг запоминает что поставил
S
и при следующей проверки сравнит с тем что запомнил
S
а не с тем что ты поменял внутри компонента
В
то что ты меняешь внутри компонента ангуляра не интерисует
Опять не понял что ты имеешь ввиду. Я там сделал демку которая меняет значение биндинга.
В
Ты имеешь ввиду будет работать и так и так?
В
я спрашивал больше с точки зрения бест практик
В
… бывают ли случаи когда необходимо поменять значение биндинга
S
смысла запрещать я не вижу
В
а однонаправленный поток данных?
2019 November 14
Вキ
… бывают ли случаи когда необходимо поменять значение биндинга
Таких ситуаций лучше избегать. В любом случае всегда можно рассчитать новое значение основываясь на том, что пришло в Input, это будет более правильным решением. Ставить readonly на Input будет семантически неверным решением, потому что запись хоть и из вне, но происходит.
В
всмысле
ну этот принцип говорит что данные должны передаваться в одном направлени от родителя к дочернему компоненту. Если должно значение новое поступить, то оно должно прийти из родителя
S
ну этот принцип говорит что данные должны передаваться в одном направлени от родителя к дочернему компоненту. Если должно значение новое поступить, то оно должно прийти из родителя
ты родителю так не передашь
S
изменение локальное
В
ты родителю так не передашь
Я понимаю, я не про передачу родителю, а про изменение значения биндирга
🧤K
смысла запрещать я не вижу
Как и нимум потому что ангуляр не отслеживает изменения внутритемплейта