2012-06-18 6 views
0

У меня есть ситуация, когда нужно реализовать maker-checker Функциональность над встроенной таблицей спящего режима. Я объясню еще немного:Сохранение объектов спящего режима где-то, пока кто-то не одобрит изменение

объект.
Кто-то хочет изменить название задания.
Они редактируют имя задания и отправляют изменения.
Это имя не сохраняется в базе данных, пока кто-то не одобрит это изменение.

То, что я имею в виду

сериализовать работу объект с измененным именем и сохранить его в файл.
На экране администратора прочитайте объект и подтвердите его.
После одобрения де-сериализованный объект объединяется обратно в сеанс и сохраняется.

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

ответ

1

Сериализация объектов сложна. В большинстве случаев он ломает ленивую загрузку. Избежать ленивой загрузки может быть или не быть решением в вашем случае. В большинстве приложений необходима ленивая загрузка.

Я, скорее всего, добавлю маркер в объект задания, который содержит состояние одобрения. вы также можете сделать акробатику сущности-имени. Вы можете хранить один и тот же объект в разных таблицах при использовании имен сущностей (по крайней мере, с NHibernate, но я думаю, что они взяли его из спящего режима).

Если это все не подходит, рассмотрите возможность использования специального класса для сериализации; DTO. Он не позволяет вашей модели сериализоваться и позволяет хранить свои данные в файле.