Несколько простовато. на мой взгляд, можно было бы дополнить пост еще чем-нибудь посложней. Тут, по-моему, все достаточно очевидно :)
Давайте в следующий раз поговорим о датабайндинге через codebehind вперемешку с xaml )
трабл в том, что у меня так и не получилось впф нормально с ними работать заставить
будет время — сяду разобратья с objectdatasource — похоже это единственный способ такое сделать
разберусь — напишу
Способ — он в xaml-е вроде как один, через биндинг :)
Для некоторых отношений, правда, делались CollectionViewSource-ы, т. к. была необходимость фильтровать данные по определенным критериям.
а кусочек не кинете собственно биндинга?
вы обертки например ObservableCollection делали для таблиц? а контекст у вас синглтон был или создавали на каждое обновление? окошко было одно? или под каждую таблицу свое?
биндинг то он один, вопрос к чему конкретно вы wpf-ные объекты биндили)
Просто у меня была идея хронологически перевести все блоги) Просто для новичков такие статьи могут оказаться полезными. Хочу спросить, стоит так делать или же переводить только статьи, где рассматриваются сложные вопросы?
Переводить в первую очередь надо те статьи, которые раскрывают идеологию программирования в WPF. А то народ до сих пор уверен, что WPF — это красивые кнопки и размытый текст.
Здесь можно увидеть доклад Беатрис Коста «Data Binding in WPF», сделанный на WPF Bootcamp 2007. Впрочем, там можно увидеть и все отсальные доклады и скачать примеры лабораторных приложений.
Немного неверное название статьи дано автором. Если он задался вопросом «Как решить, что использовать: DataContext или Source?». То должен был ответить на такие вопросы: какие способы есть, когда их лутше применять, для чего, как это повлияет на производительность и расширяемость. А в этой статье я этого так и не увидел…
WPF Binding: Как решить, что использовать: DataContext или Source?