Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
LR, в смысле, ты объясняешь этой статьей в чем проблема, если в конструкторе установить 0 для DependencyProperty текущего UserControl? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 14:01 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
Denis Gladkikh, да, оттуда Dynamic resources and bindings have the precedence of where they were set, but the value is deferred. One consequence of this is that if you set a dynamic resource or binding to a local value, any change to the local value replaces the dynamic resource or binding entirely. Even if you call the ClearValue method to clear the locally set value, the dynamic resource or binding will not be restored. In fact, if you call ClearValue on a property that has a dynamic resource or binding in place (with no literal local value), they are cleared by the ClearValue call too. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 14:20 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
кстати, для случая когда необходимо задать текущее значение DP, не нарушая связь с источником, существует метод SetCurrentValue, т.е. в конструкторе примера будет так: Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 16:17 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
LR, спасибо, что-то я как-то на это даже и не напарывался и не знал про это. бывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 16:33 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
Denis Gladkikh, DO/DP для меня ооочень нетривиальная вещь (и по большей части остается "terra incognita"), но одно я уяснил четко - (существенных) багов там быть не может, ибо это один из столпов wpf :) Алексей КТакой пример вроде нормально работает: Код: plaintext 1. 2. 3. 4. 5. 6. 7. если вместо slider1.Value = 0; попытаемся явно дернуть slider1.SetValue(Slider.ValueProperty, 0); то получим ошибку ('0' is not a valid value for property 'Value'.) а вот slider1.ClearValue(Slider.ValueProperty); разрушает байндинг... х.з., очевидно, особенность реализации этих (DP) свойств у контролов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 17:27 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
LRявно дернуть slider1.SetValue(Slider.ValueProperty, 0); то получим ошибку ('0' is not a valid value for property 'Value'.) хе-хе, так проходит slider1.SetValue(Slider.ValueProperty, 0d); но байндинг это не разрушает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 17:47 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
LR, а код спрятан :( не рефлектор не показывает, ни продебажить нельзя... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 17:52 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
вполне возможно это вот этот случай: Dependency Property Value Precedence Coercion, Animations, and Base Value Coercion applies at the highest level of all. Even an already running animation is subject to value coercion. Certain existing dependency properties in WPF have built-in coercion. For a custom dependency property, you define the coercion behavior for a custom dependency property by writing a CoerceValueCallback and passing the callback as part of metadata when you create the property. You can also override coercion behavior of existing properties by overriding the metadata on that property in a derived class. Coercion interacts with the base value in such a way that the constraints on coercion are applied as those constraints exist at the time, but the base value is still retained. Therefore, if constraints in coercion are later lifted, the coercion will return the closest value possible to that base value, and potentially the coercion influence on a property will cease as soon as all constraints are lifted. For more information about coercion behavior, see Dependency Property Callbacks and Validation. т.е., DP механизм весьма и весьма нетривиален...:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.01.2011, 18:13 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
Да я тоже никогда не обращал внимания, пока вот не эта ситуация. Спасибо за дискуссию и помощь. expirience++; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 04:47 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
LRесли вместо slider1.Value = 0; попытаемся явно дернуть slider1.SetValue(Slider.ValueProperty, 0); то получим ошибку ('0' is not a valid value for property 'Value'.)Потому что свойство имеет тип double, а Вы пытаетесь присвоить int. А при обращении к типизированному сеттеру происходит неявное преобразование типа. LRа вот slider1.ClearValue(Slider.ValueProperty); разрушает байндинг...Всё верно. Именно "это" вызывается внутри BindingOperations.ClearBinding. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 06:39 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
LRLRявно дернуть slider1.SetValue(Slider.ValueProperty, 0); то получим ошибку ('0' is not a valid value for property 'Value'.) хе-хе, так проходит slider1.SetValue(Slider.ValueProperty, 0d); но байндинг это не разрушает... Похожая ситуация: Код: plaintext 1. 2. Выдаст исключение (или нет, не помню, в любом случае привязка развалится). А если так: Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 13:35 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
Руки-крюки, Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 13:36 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
Руки-крюки, > Выдаст исключение (или нет, не помню, в любом случае привязка развалится) если можно привести к нужному типу, то ошибки не будет (да и привязка не развалится, с чего?), все согласно msdn (PropertyMetadata Constructor): The type of the value provided for defaultValue must be match or be related to the type specified in the original registration of the dependency property that this metadata will be applied to. для DependencyObject.SetValue тоже все происходит согласно msdn: If the provided type does not match the type that is declared for the dependency property as it was originally registered, an exception is thrown. The value parameter should always be provided as the appropriate type. а вот в обвертке-сеттере свойства вероятно осуществляется попытка приведения типа... Остается неясным вопрос, почему для "самописного" DO присвоение локального значения DP убивает привязку, а для тех же контролов из примера Алексей К этого не происходит... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 14:51 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
LR, Видимо double и int не являются be related . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 15:51 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
Руки-крюки, да, действительно ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 16:43 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
если (в примере, который выложил Denis Gladkikh) CueControl захостить вне списка (и DataTemplate), например Код: plaintext 1. 2. с другой стороны, если отнаследоваться от какого-нить библиотечного контрола, напр. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. так что, Denis Gladkikh, это Denis GladkikhДумаю это баг WPF вполне может иметь место :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 19:34 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
о, наконец-то :-) нагуглил обсуждение этой проблемы с очень правдоподобным объяснением: hbarckI would guess that if you initialize the property with a local value before the template-generated binding is in place, this value takes precedence over values set through a binding in a DataTemplate, as stated in the document I linked above. If you create a binding in XAML directly, this has the same precedence as the local value, so it overwrites it. If you initialize the value after the binding has been created by the DataTemplate, setting the property is already propagated through the binding, so you don't notice the difference... что не противоречит документации (Dependency Property Value Precedence), так что это таки не баг WPF, пфрруу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2011, 20:45 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
Как глубока истина все же ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2011, 12:11 |
|
||
|
Binding UserControl не работает
|
|||
|---|---|---|---|
|
#18+
У меня почему-то вот так рушится привязка. Код: plaintext 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.01.2011, 17:29 |
|
||
|
|

start [/forum/topic.php?fid=21&msg=37058143&tid=1442499]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 140ms |

| 0 / 0 |
