Доброго вечера всем.
Есть окно (Win Application), состоящее из двух фреймов: слева список (ListBox) сотрудников (класс Person), а справа детальная информация (свойства класса Person). Когда пользователь выбирает сотрудника в списке, я открываю сессию NHibernate и по его имени запрашиваю объект Person из БД, закрываю сессию и затем визуализирую данные о сотруднике в правом окне. Правое окно содержит также список детей сотрудника (List<Child>), соответственно по нажатии на кнопку "Сохранить" я открываю сессию, сновазапрашиваю сотрудника по имени и с полученным Person уже выполняю изменения: обновление полей на основе данных в полях формы, а список детей редактирую вручную: т.е. синхронизирую данные формыс данными Person.Children, считая, что первичнее данные формы. В этом варианте, я не могу использовать привязку.

Порочна ли такая практика?

SolYUtor2. Когда юзер о открывает пользователя на редактирование, передаём редактирующем окну id-пользователя, открываем в нём новую сессию, и одним запросом тянем сотрудника со всеми его детьми.
3. В процессе редактирования сессия висит открытая.
4. Когда пользователь нажимает сохранить, вызываем session.Flush(), и закрываем ее.
5. Передаём в окно со списком обновлённые данные по сотруднику (без запроса в БД), если на прошлом шаге изменения были успешно сохранены.
А если в процессе сохранения возникли ошибки и изменения не сохранены? Объекты POCO привязаны к контролам, что делать в этой ситуации? Все изменения, внесенные пользователем, потеряются и нужно перезагрузить Person из БД?

Где-то в степиCVlasov,
немного не понятно, персон самодостаточный обьект, он все знает про себя и как оно лежит в базе, он отвязан от сессии.
при нарушении, он не пропадает, зачем его перегружать например обрыв связи?
Т.е. я могу повторно запустить транзакцию и вызвать Flush?

Где-то в степиCVlasov,
если сессия в рабочем виде, до да, при откате откатываются служебные настройки объекта
персистентность, флаг изменения, пользовательские не трогаются
Т.е.:
1. Открываем сессию.
2. Открываем транзакцию.
3. Загружаем Person в сессию со всеми связанными подчиненными записями (несколько списков: дети, история должностей, выплаченные премии и т.п.).
4. Закрываем транзакцию.
5. Привязываем Person к контролам.
6. Пользователь редактирует Person. Если нужно загрузить справочник, то опять запускаем транзакцию, загружаем в сессию записи справочника, закрываем транзакцию, выводим записи в ListBox и опять работаем только с Person.
7. Пользователь пытается сохранить Person. Запускаем транзакцию, вызываем Save(Person). Возникает исключение - имена дублируются. Откатывает транзакцию, меняем имя на корректное, снова запускаем транзакцию, фиксируем ее. А если потомки Person'а замаплены как Cascade.AllDeleteOrphan, будет работать.

Перефразируя вышесказанное:
я могу использовать одну сессию для повторного сохранения, если первая транзакция была откачена?

P.S. Есть простой способ реализовать INotifyPropertyChanged в POCO-классах, таких как Person?

SolYUtorCVlasovПерефразируя вышесказанное:
я могу использовать одну сессию для повторного сохранения, если первая транзакция была откачена?
Не во всех случаях. Если случится StaleObjectStateException - то сессия будет кидаться исключениями при попытке любых действий с ней. В таком случае надо открывать новую сессию, и делать Merge. Это сохранит изменения, сделанные в вашем объекте.

CVlasovP.S. Есть простой способ реализовать INotifyPropertyChanged в POCO-классах, таких как Person?
Есть отличный способ .
Про Merge я не знал.

Может, тогда подскажете как просто реализовать IObservableCollection?