Добрый день!
Внимательно изучаю WPF и наткнулся на непонимание такого вопроса:

Microsoft => C# => ADO.NET => SqlConnection => Открой соединение, получи данные, закрой соединение и работай с этими данными.

Microsoft => WPF => Binding Mode = twoway - это же требует постоянного соединения между источником и приемником для отслеживания изменения у источника и приемника при взаимном обновлении. А как же концепция ADO.NET.

В корпоративной информационной системе для избегания конфликтов в обновлении данных
я действовал в такой последовательности:
1 Запрос к базе данных
2 Вывод полученных данных в элементах управления
3 Запрос на обновление данных в базе с новыми значениями из элементов управления
4 Запрос к базе данных после обновления
5 Вывод полученных данных в элементах управления для подтверждения результата изменений
при этом соединение с базой поле 1-го и 4-го этапа разрывается.

WPF при работе с SQL server наплевал на ADO.NET ?

ШайтанDraginsvMicrosoft => WPF => Binding Mode = twoway - это же требует постоянного соединения между источником и приемником для отслеживания изменения у источника и приемника при взаимном обновлении. А как же концепция ADO.NET.

а где в этой схеме ADO.Net ???

хочешь работать с адо нет - так работай :)

открой соединение, заполни таблицу! (хоть внутри датасета, хоть просто "свободную"). закрой соединение
и работай с этой таблицой, как с источником данных для элементов WPF
при сохранении: посмотри изменённые-удалённые-добавленные строки в таблице и давай команды серверу БД

А смысл двойного канала с локальными данными если изменяешь их монопольно и с помощью только приложения wpf?

капитанская дочкаDraginsv,

неа ms сделали такую orm как ef так что учи матчасть до просветления
а можно по подробнее
я пользуюсь источниками
http://professorweb.ru/my/WPF/base_WPF/level1/base_WPF_index.php
http://www.intuit.ru/studies/courses/690/546/lecture/17926
адам натан wpf4
и не встречал