Entity Framework 4, объекты POCO и ASP.Net MVC2. У меня есть отношения "многие ко многим", скажем, между объектами BlogPost и Tag. Это означает, что в моем сгенерированном T4 классе POCO BlogPost у меня есть:
public virtual ICollection<Tag> Tags {
// getter and setter with the magic FixupCollection
}
private ICollection<Tag> _tags;
Я прошу BlogPost и связанные теги из экземпляра ObjectContext и отправляю его на другой уровень (просмотр в приложении MVC). Позже я возвращаю обновленный BlogPost с измененными свойствами и измененными отношениями. Например, у него были теги «A», «B» и «C», а новые теги - «C» и «D». В моем конкретном примере нет новых тегов, и свойства тегов никогда не меняются, поэтому единственное, что следует сохранить, - это измененные отношения. Теперь мне нужно сохранить это в другом ObjectContext. (Обновление: теперь я пытался сделать в том же экземпляре контекста, но тоже потерпел неудачу.)
Проблема: я не могу заставить его правильно сохранять отношения. Я перепробовал все, что нашел:
- Controller.UpdateModel и Controller.TryUpdateModel не работают.
- Получить старый BlogPost из контекста и затем изменить коллекцию не получится. (разными методами из следующего пункта)
- Это, вероятно, сработает, но я надеюсь это просто обходной путь, а не решение :(.
- Пробовал функции Attach / Add / ChangeObjectState для BlogPost и / или тегов во всех возможных комбинациях. Не удалось.
- Это похоже на то, что мне нужно, но это не работает (я пытался исправить это, но не могу из-за своей проблемы).
- Пробовал ChangeState / Add / Attach / ... отношения объектов контекста. Не удалось.
«Не работает» в большинстве случаев означает, что я работал над данным «решением» до тех пор, пока оно не выдало ошибок и не сохранило хотя бы свойства BlogPost. Что происходит с отношениями, различается: обычно теги снова добавляются в таблицу тегов с новыми PK, и сохраненный BlogPost ссылается на них, а не на исходные. Конечно, у возвращаемых тегов есть PK, и перед методами сохранения / обновления я проверяю PK, и они равны тем, что есть в базе данных, поэтому, вероятно, EF думает, что это новые объекты, а эти PK являются временными.
Проблема, о которой я знаю и которая может сделать невозможным найти автоматическое простое решение: когда коллекция объекта POCO изменяется, это должно происходить с помощью вышеупомянутого свойства виртуальной коллекции, потому что тогда трюк FixupCollection обновит обратные ссылки на другом конце отношения "многие ко многим". Однако, когда View «возвращает» обновленный объект BlogPost, этого не произошло. Это означает, что, возможно, у моей проблемы нет простого решения, но это меня очень огорчит, и я бы возненавидел триумф EF4-POCO-MVC :(. Также это будет означать, что EF не может сделать это в среде MVC, в зависимости от того, что Используются типы объектов EF4 :(. Я думаю, что отслеживание изменений на основе снимков должно выяснить, что измененный BlogPost имеет отношения к тегам с существующими PK.
Кстати: я думаю, что такая же проблема возникает с отношениями «один ко многим» (так говорят Google и мой коллега). Я попробую дома, но даже если это сработает, это не поможет мне в моих шести отношениях «многие ко многим» в моем приложении :(.
