Общие сущности в модели Entity Framework

Я бы создал API для общих ресурсов, и каждый проект, нуждающийся в них, мог бы использовать API. Общие ресурсы будут иметь свой собственный проект и 1 edmx для этих объектов. Таким образом, вы всегда вносите изменения в эти общие ресурсы один раз, и все три получают обновление. Недостатком является то, что вы не можете вносить эти изменения по одному, как сейчас, однако я бы очень поддержал простоту обслуживания и сокращение дублированного кода!

У меня есть аналогичная настройка с OData, и она отлично работает! конечно, это было до того, как MS выпустила новую архитектуру веб-API. Вот краткое руководство по этому вопросу (http://www.asp.net/web-api/overview/getting-started-with-aspnet-web-api/tutorial-your-first-web-api)

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

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

Таким образом, лучшее, что вы можете сделать при работе с edmx, — это использовать обе модели по отдельности в своем проекте и использовать соединения в памяти (связывание с объектами), где это применимо. Боюсь, не самое эффективное решение.

Если бы вы могли переключиться на сначала код, вы могли бы иметь общие классы в отдельной библиотеке классов, дополнить их готовыми EntityTypeConfiguration классами и использовать их в своих проектах. Тогда остается только сослаться на общую библиотеку классов и добавить экземпляры конфигураций типов в класс DbContext локального проекта. Вы даже можете сопоставить ассоциации с общими классами, если внешние ключи будут частью локальной модели. (Конечно, вы не сможете добавлять поля внешнего ключа в общие классы).