B
если разметка эта решает, то я лучше ее там сделаю, чем заставлю себя, через год, лезть в код компонента, искать что там у меня происходит
Size: a a a
2020 March 30
B
но если логика относится реально к Viewшке!!!
ЭП
смотря какая логика
любая логика
B
любая логика
ну вообщем не будем открывать холивары)
Я сам разработчик dotnet. Пишу на WPF в основном. Там тоже MVVM. Есть тоже разметка своя. И свои нюансы.
Я сам разработчик dotnet. Пишу на WPF в основном. Там тоже MVVM. Есть тоже разметка своя. И свои нюансы.
ЭП
а тут ты тем более меняешь значение переменной из темплейта - это плохая практика, в таком случае у тебя компонент зависит от темплейта и не знает что вообще происходит
ЭП
B
а тут ты тем более меняешь значение переменной из темплейта - это плохая практика, в таком случае у тебя компонент зависит от темплейта и не знает что вообще происходит
значение переменной, которая относится к состоянию View'шке контрола!
B
не забывайте это
B
disabled <— свойство моего контрола TreeSelector. Оно отвечает за состояние ПредставленияB
поэтому менять его в разметке, Я считаю, самое место
ЭП
если ничего не меняет, то использовать можно, я скорее всего не так понял, что вы собирались делать. Но я влюбом случае сделал бы котрол для чекбокса и подписался на его изменения в компоненте
B
если ничего не меняет, то использовать можно, я скорее всего не так понял, что вы собирались делать. Но я влюбом случае сделал бы котрол для чекбокса и подписался на его изменения в компоненте
Вот) Ничего сложного.
Просто этот
Просто этот
toggle-button изменяет состояние вот этих вещей, куда я подвел красную стрелкуB
B
нести эту логику в ts я не вижу смысла. Это логика Представления.
Всегда была и будет
Всегда была и будет
ЭП
Вот) Ничего сложного.
Просто этот
Просто этот
toggle-button изменяет состояние вот этих вещей, куда я подвел красную стрелкуя понял уже, но мое мнение прежнее, лучше использовать fromControl-ы, без лишних инпутов иатрибутов
ЭП
нести эту логику в ts я не вижу смысла. Это логика Представления.
Всегда была и будет
Всегда была и будет
это не логика представления а костыль сейчас
B
я понял уже, но мое мнение прежнее, лучше использовать fromControl-ы, без лишних инпутов иатрибутов
Ну посмотрим что дальше) может я соглашусь с Вами чуть позже
B
когда уже буду привязывать данные к этому всему
B
это не логика представления а костыль сейчас
почему же? 😃
ЭП
почему же? 😃
потому что у вас реализовал valueAccessor, а вы добавляете инпут ненужный