C# WPF — как контрол мог привязаться к реестру?

Question

[lightman]

Мне досталась чужая программа, написанная на WPF (с этой технологией раньше не работал).

В ней уже был Combobox, я добавил Checkbox и по-быстрому дописал сохранение/загрузку состояния обоих контролов (SelectedIndex и Checked соответственно) в реестр с помощью стандартных методов RegistryKey.SetValue() и RegistryKey.GetValue()

Оба значения сохраняются в один раздел ("папку") реестра, но в разные ключи.

Сохранение проходит нормально - в реестре оказываются нужные значения. Но вот при загрузке происходит странное. Когда я присваиваю Combobox.SelectedIndex = <значение> то на этой же самой строчке куда (прохожу отладчиком) в реестре(!) меняется сохранение для другого контрола(!) - если было false, то становится true.

Создаётся ощущение что у меня каким-то образом контролы привязались к реестру, причём к одному и тому же разделу.
Есть идеи, как такое может быть?

Answer 1

[aush]

При желании и не такое можно написать.

Вашего описания совершенно недостаточно, чтобы понять, в чем проблема. Попробуйте воспроизвести ситуацию на минимальном примере и покажите его. Если сделать пример не получится, попробуйте из вашей программы постепенно выкидывать все, не относящееся к делу, до тех пор, пока эффект не начнет пропадать и, опять же, выложите пример или, хотя бы, основные куски кода.

Comments

[lightman]

Понятно, что лучше было бы выложить всю программу, но во-первых она немаленькая, во-вторых это не представляется возможным. Создавая топик, я в первую очередь надеялся, что мне накидают баззвордов, по которым я мог бы банально искать вызовы методов и использование классов, которые могли бы быть повинны в синхронизации с реестром. Пока я даже вообще не знаю, что и где искать.

[aush]

@lightman "Синхронизация с реестром" - нет такого. Скорее всего, дело в биндингах (привязках свойств к свойствам/методам). Если вы не работали с WPF, то такие вещи легко не заметить. Поставьте брейкпойнты на все строчки с Registry и смотрите, когда к ним происходят обращения.

[AlexP11223]

@lightman да вроде бы нет в WPF ничего особенного про реестр, так что видимо что-то специфичное только этой программе
Вообще сохранять в реестр обычно не лучшая идея из-за требуемых прав, например. Есть же %AppData%. Можно стандартный Settings использовать (который в настройках проекта) если программа не сильно большая, к этим свойствам еще и биндиться можно в WPF. Кстати, в WPF вообще обычно используют MVVM, Binding (к свойствам и командам ViewModel) и т.п. вместо "combobox.SelectedIndex =".

[lightman]

@aush когда вновь доберусь до компьютера с проектом - попробую брейкпоинты, хотя сомнительно, что это поможет. У меня в коде загрузка из реестра и присваивание SelectedIndex даже не происходят непосредственно - лишь через промежуточную int переменную, то есть передача какой-либо информации через какой-нибудь объект исключена. Да значение для checkbox'а в реестре меняется если просто присваивать SelectedIndex'у захаркоженную цифру, типа 5! @AlexP11223 был по-быстрому выбран из-за лёгкой поддержки настроек у различных пользователей проекта (сам проект лежит в системе контроля версий и потому писать настройки в папку с программой - не вариант).

[AlexP11223]

@lightman в папку с программой тоже не надо. %AppData% это в c:\users\name\appdata\...

[lightman]

@aush действительно, установка брекпоинтов на строчках обращения к реестру помогла. Оказалось, что они вызывались косвенно, через события. Об этом я не подумал, да и со следа сбило то, что отладчик не заходит в обработку событий по нажатию F11. Спасибо.