λР
пока на ум приходят хаки вида "делаем x:Bind для обычных биндингов к свойству Text, делаем Binding для дизайнерских биндингов к свойству d:Text"
Size: a a a
2020 September 01
λР
причём mc:Ignorable="d"
PE
пока на ум приходят хаки вида "делаем x:Bind для обычных биндингов к свойству Text, делаем Binding для дизайнерских биндингов к свойству d:Text"
можешь и так
K
так а что на счет варианта подмены вьюмодели для дизайнера?
λР
так а что на счет варианта подмены вьюмодели для дизайнера?
а как это сделать?
K
оно даже со своим code-behind не дружит, судя по всему. т.е. инициализируешь свойство ViewModel в ctor, биндишься к нему, а дизайнер его игнорирует
или из-за этого не работает?
λР
или из-за этого не работает?
да, он игнорирует кодобихайнд
K
а как это сделать?
ViewModel = IsDesignMode ? DesignViewModel : NormalViewModel;
λР
ViewModel = IsDesignMode ? DesignViewModel : NormalViewModel;
да, вот это не работает
K
да, он игнорирует кодобихайнд
надо это отдельно разобрать
λР
надо это отдельно разобрать
то есть дизайнер гарантированно не должен его игнорировать?
λР
But if you do that then your page isn't as "designable" as it could be. The reason is that when your XAML page is opened in Visual Studio or Blend for Visual Studio, the imperative code that assigns the DataContext value is never run (in fact, none of your code-behind is executed).
K
и раньше не хотелось дизайнер поднимать, теперь еще меньше смысла
λР
пока на ум приходят хаки вида "делаем x:Bind для обычных биндингов к свойству Text, делаем Binding для дизайнерских биндингов к свойству d:Text"
по идее единственный человеческий вариант — это накопипастить все биндинги к свойствам с d:PropertyName, при этом заигнорировать d в рантайме, использовать в d:PropertyName Binding вместо x:Bind, а в d:DesignInstance подложить this, чтобы path вида ViewModel.Свойство не менялся. тогда получаем быстрые x:Bind для рантайма и обычные Binding для дизайнера.
K
там кстати в uwp hot reload из xamarin завозят вроде как
K
который "обновляет только измененные элементы"
K
