Откат NHibernate с нарушенными правилами (лучшие практики проверки) - PullRequest
0 голосов
/ 30 августа 2009

Я работаю в устаревшей системе, которая использует блок проверки библиотеки предприятия, чтобы добавить нарушенное правило, когда объект недействителен. Затем пользователю возвращается сообщение на основе этой ошибки и сообщается, что объект не был обновлен.

Единственная проблема заключается в том, что теперь я использую NHibernate для сохранения этих объектов - NHProf показывает обновление объекта при фиксации сеанса. Это потому, что объект был изменен, я полагаю, и ORM просто выполняет свою работу.

У меня такой вопрос: как лучше всего проверить эти нарушенные правила перед тем, как я завершу сеанс? Или я не должен использовать библиотеку Enterprise и переключаться на что-то дружественное к NHibernate?

Обновление

Я столкнулся с этим классом прослушивателя событий для прослушивателя событий NHibernate Validator - моя окончательная реализация была очень похожа

1 Ответ

1 голос
/ 30 августа 2009

Я не знаком с блоком валидации предприятия, но вы не можете написать перехватчик или что-то в этом роде, которое можно использовать для определения, можно ли сохранить объект или нет, основываясь на имеющейся у вас информации о сломанном правила?

Вы также можете отказаться от автоматической грязной проверки NHibernate.
Это означает, что вам придется вызывать «Save» самостоятельно для объекта, который вы изменили, чтобы сохранить этот объект. Вы можете получить эту функцию через NH Addins

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...