Идентифицируемые объекты в Entity Framework Code First

Question

Моя бизнес-логика и основные сущности тесно связаны.

• Объект, например, называется Session, является сущностью базы данных, но в буквальном выражении слова представляет собой сеанс реальной жизни, в течение которого записываются события.
• Этот объект Session также имеет объекты [NotMapped] и обрабатывает неуправляемые ресурсы.
• Объект Session также реализует IDisposable.
• Хороший кусок сущностей в моем проекте имеет вышеуказанные характеристики.

Это звучит как катастрофа по линии. Вопрос в том, какой подход принять здесь.

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

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

Не знаете, как достичь этого в устойчивом режиме.

Answer 1

Речь идет не о дизайне, а о собственности на одноразовые объекты. Кто владеет организацией? Владелец несет ответственность за удаление. Это то, что определяется вашим кодом/дизайном.

Сам контекст EF является одноразовым - вы можете переопределить его операцию Dispose и заставить его распоряжаться всеми прикрепленными объектами, но это, скорее всего, то, что вы не хотите делать, потому что контекст скорее всего не является владельцем объекта. Код, запрашивающий сущности из контекста или запрашивающий сохранение сущностей, должен считаться владельцем, ответственным за удаление.