ObjectContext потребление памяти и производительность

Question

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

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

В LINQ to SQL DataContext очень легок, поэтому мое решение не требует слишком большого потребления памяти и потери производительности. То же самое с ObjectContext?

А как насчет прикрепления объектов? Это тяжелая единица работы, как LINQ to SQL или нет?

Answer 1

Утверждалось, что объекты не должны отвечать за это; их работа состоит в том, чтобы представлять экземпляр объекта; задача другого класса (хранилища) - сохранить его.

ObjectContext может быть проблемой, когда речь идет о присоединении / отсоединении объектов, поскольку (в отличие от LINQ-to-SQL) между контекстом и сущностью существует гораздо более тесная связь. Лично я бы не использовал этот подход; Я бы использовал сам объект (или рабочую копию) как временную единицу работы вместе с кратковременным контекстом.