Привет всем.

Есть много таблиц с автоинкрементным ключом. Они отображаются на классы, имеющие общий базовый
Задача стоит такая. На входе имеем значение ключа, соответствующего существующей записи, и transient объект типа ConcreteEntity, у которого все свойства проинициализированы. Кроме ключа, разумеется.

Нужно эти свойства перенести в существующую запись базы данных. Глупый вариант типа загрузить в сеанс объект по ключу и скопировать вручную все свойства из существующего объекта мне не подходит.

Проблема в том, что я не могу применить ни SaveOrUpdate (то есть могу, но создастся новая запись), ни Merge к transient объекту, поскольку для него нельзя явно задать значение ключа из-за protected set . По условию задачи убирать protected нельзя.
В Entity Framework для таких целей есть ApplyPropertyChanges. А что делать в NHibernate?

Спасибо.

PS. Пытаюсь совместить ASP.NET MVC и NHibernate. Насколько я понял, хоть MVC и использует рефлексию, но значения protected-свойств не устанавливает в сценарии "Edit". Может это как-то исправимо?

Дело в том, что мне приходит извне transient объект без ключа и отдельно ключ, так что сразу сделать его persistent я не могу, поскольку для SaveOrUpdate нужно, чтобы ключ был задан, а он protected

Про Sharp Architecture знаю давно, спасибо, что напомнили.

Рефлексия в прикладном коде не катит, увы. Это ничем не лучше, чем убрать protected. Или докинуть к ConcreteEntity метод для изменения ключа. Это все не годится.

Тут мне подкинули ещё мысль использовать прокси. Идейно понятно, но как в дотнете это делается культурно я не знаю. Может тут кто посоветует?

С прокси ничего не получилось. Если подсунуть в сессию прокси, переопределяющий ID, то NHibernate заметит, что объект принадлежит классу, который никуда не замаплен. Прокси-то строит класс динамически, и NHibernate про него ничего не знает.

Есть ещё варианты?

Спасибо