Wpf почему не работает binding ListBox CheckBox?

Question

[Иоанн]

Не как не могу понять, почему не работает set... При загрузке окна листбокс заполняется, а значит get работает. В моде стоит "взад-назад". Может кто натолкнёт на мысль? Чувствую, что "истина где то рядом", но мысля не приходит.

<ListBox ItemsSource="{Binding Path=Dayweek, Mode=TwoWay}">
   <ListBox.ItemTemplate>
      <DataTemplate>
         <CheckBox Content="{Binding Path=Text}" IsChecked="{Binding Path=Check, Mode=TwoWay}"/>
      </DataTemplate>
  </ListBox.ItemTemplate>
</ListBox>

public ObservableCollection<CheckText> Dayweek
        {
            get
            {
                .........
            }
            set
            {
                .........
            }
        }

Comments

[Борис Животное]

Зачем у ItemsSource TwoWay? Ты что-то не так понял.

[Иоанн]

Борис Животное, да всё я понял. Это просто один из вариантов. Я много чего перепробовал. Это уже извращения пошли, когда не получилось нормально. Ну уберу, работать не начнёт без этого...

[Борис Животное]

Иоанн, а что сделать-то нужно? Какое поведение?

[Иоанн]

Борис Животное, мне нужно задавать и получать ChekedItems как в CheckedListBox в винформ

[Борис Животное]

Иоанн, это всё можно сделать с помощью событий. Будет время, набросаю пример.

[Борис Животное]

Иоанн, у каждой вью модели айтема листбокса есть свойство IsChecked (у тебя Check), в сеттере которого вызывается событие IsCheckedChanged. В главной вью модели, где ты создаёшь коллекцию вью моделей айтемов листбокса, подписываешься на события изменения коллекции ObservableCollection (если добавили айтем, то подписаться на IsCheckedChanged, если удалили, то отписаться) и ты циклом добавляешь айтемы в коллекцию (чтобы произошли подписки). Это в общих чертах, мог мелочи упустить. Так ты будешь знать выбранные айтемы на уровне вью модели. Если тебе нужно именно ListBox создать с таким функционалом, то там сложнее и там уже нужно думать, так с ходу не подскажу, но это сделать можно и не сложно.

Хотя если подумать, проще просто пробегаться по коллекции вью моделей айтемов и выбрать те, что IsChecked/ Короче, мне не очень понятен сценарий использования функционала. Придумываем какую-то ерунду, как будто ненужную.

Answer 1

[soloveid]

А почему ты считаешь, что должен сработать set?
Он не должен сработать. Поэтому можешь просто поставить Mode=OneWay.
Если бы он сработал, это означает, что ListBox проинициализировал ItemsSource
новым ObservableCollection, я даже не знаю, вроде такое невозможно.

Comments

[Иоанн]

При чеке он должен же срабатывать. Не я первый "байндю" листбокс с чекбоксами.

Если бы он сработал, это означает, что ListBox проинициализировал ItemsSource
новым ObservableCollection

Нет. Сет срабатывает когда в коллекции изменения, а не присвоена новая коллекция.

Суть вопроса почему сет не срабатывает при клике по чекбоксу...

[soloveid]

Похоже Вы запутались.

> Нет. Сет срабатывает когда в коллекции изменения, а не присвоена новая коллекция.

Нет, когда в коллекции есть изменения срабатывает CollectionChanged у объекта ObservableCollection
И причём не изменения свойств а именно изменение коллекции: удалён элемент, добавлен, замещён на другой, перемещён на другую позицию.

Насколько я понимаю, Вы думаете, что изменится в UI состояние CheckBox-а, то вызовется метод set у DayWeek. Если Вы так действительно думаете, то это не так. Коллекция в этом случае не изменяется.
Если вы в List list измените значение, например, list[0]=10;, ведь это не вызывает изменения коллекции list. Тоже самое и в вашем примере.

[Иоанн]

soloveid, согласен, не правильно выразился.
Голова дымит, видимо по этому изъясняюсь не правильно.
Я о том, что при изменении чека, меняется член коллекции, о чём он извещает через OnPropertyChanget() коллекцию. Почему коллекция на это не реагирует? И самый главный вопрос, что мне поправить что была реакция?

[Иоанн]

soloveid,

Насколько я понимаю, Вы думаете, что изменится в UI состояние CheckBox-а, то вызовется метод set у DayWeek. Если Вы так действительно думаете, то это не так.

Нет, я так не думаю. Изменение чека - изменит элемент коллекции и вызовет сет в элемента. В свою очередь в CheckText(объект элемента) в set - срабатывает OnPropertyChanget() который по моему мнению и должен сообщить коллекции, что она изменена.

[soloveid]

Нет, коллекции никто ничего не сообщит.
Как я писал выше, изменение коллекции: удалён элемент, добавлен, замещён на другой, перемещён на другую позицию.
Но надо различать, в описанных мною случаях срабатывает событие CollectionChanged у объекта ObservableCollection. Вы можете сами сгенерировать такое событие при изменении свойства элемента,
но тогда Вам надо создать свой список MyObservableCollection унаследованный от ObservableCollection и в нём создать какой-то метод Update или ChangesNotify где будет генерироваться
событие CollectionChanged.

А чтобы сработал set - это очень нежелательно, так как это сильно ударит по perfomance отрисовки из-за
того, что будет всё заново перерисовываться, а это очень нежелательно и дорого по ресурсам, плюс потом придётся мучаться с такими вещами как запоминание позиционирования.

[soloveid]

Ну или можно просто заместить элемент, например так

public bool Check
{
int index;
...
set
{
list[index] = null;
list[index] = this;
}
}

Но тогда надо мучаться с обновлением индекса у элементов.

[Иоанн]

soloveid, какая то ерунда получается. И как тогда в wpf сделать без костылей "винформовский" CheckedListBox?

[Иоанн]

soloveid, ещё предложили привязать isChecked к isChecked листбокса и смотреть отдельно ListBox.SelectedItems. Но это снова какой то костыль (((

[Иоанн]

И кстати в DataGrig подомная штука работает

[soloveid]

Ну если мне надо знать, что какой-то элемент коллекции изменил своё состояние
(например, что провести какие-то проверки или валидации или изменить текст, описывающий состояние),
я обычно в этом случае просто в каждый элемент прокидываю какой-то Action, который дёргается при OnPropertyChanged элемента. А уже сам этот Action делает какие-то операции, например, одну их тех, что я описал выше.