Изменение типа объекта (Entity Framework), являющегося частью иерархии наследования

Question

У меня есть иерархия наследования с базовым объектом Employee и некоторыми дочерними объектами для определенных типов сотрудников. Мне нужно преобразовать базовый объект Employee в более конкретный объект (например, TemporaryEmployee) и от более конкретного типа обратно к базовому типу (например, если сотрудник перестает быть «временным», то я хочу, чтобы этот экземпляр просто был сохраняется в качестве Employee. В DB это просто вопрос добавления или удаления строки из таблицы для конкретного подкласса. (Я использую таблицу для каждого класса.) Я не вижу, как это сделать, используя EF-вызовы, хотя .

Answer 1

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

Однако я полностью согласен с Крейгом. В классических шаблонах Design Book Design (Addison-Wesley Professional) авторы обсуждают наследование и композицию и заключают, что нужно «одобрять композицию над наследованием».

Answer 2

Один из принципов ООП заключается в том, что экземпляры не могут изменить свой тип. Подумайте: можете ли вы сделать это с помощью обычных объектов .NET? Конечно, нет. Вы не можете выполнить конец этого жесткого и быстрого правила сохраняя их с помощью EF.

Добавление строки в БД не изменяет тип экземпляра e, либо; это просто ложь EF о том, что вы сохранили. В реляционном домене вы добавляете отношение, а не изменяете класс объекта, потому что реляционный домен не знает об объектах.

Таким образом, длинный и короткий из этого заключается в том, что использование EF не изменяет правило .NET, которое экземпляры не могут изменить свой тип.

Что делать, если вам нужно это сделать? Ну, подумайте, как это работает в вашей проблемной области. Сотрудник - это человек. Их статус занятости связан с человеком, но их статус на самом деле не является лицом.

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

Сегодня утром я узнал this blog post, что может быть дополнительным пищей для размышлений.

Отредактировано для добавления Если вы работаете с этим путем реализации хранимой процедуры БД, убедитесь, что никто не использует систему в момент ее выполнения. Поскольку это полностью незаконно в пространстве объектов .NET, Entity Framework предполагает, что этого не может быть. Если вы обойдете платформу Entity Framework и сделаете это, и у пользователя в то время есть живой объект ObjectContext, тогда этот объект ObjectContext будет не синхронизирован с базой данных таким образом, чтобы нормальная оптимистическая защита параллелизма в Entity Framework не обнаруживала , Вы не будете повреждать данные, но пользователь с активным объектом ObjectContext может видеть некоторые невероятно странные ошибки.