Может ли кто-нибудь рекомендовать проект разработки с открытым исходным кодом проекта с Entity Framework? У меня были некоторые вкусы в Entity Framework 4, но мне было бы интересно узнать, как люди используют эту инфраструктуру в некоторых крупных проектах.
Большое спасибо.
Daoming
В то время как вы не знаете, вы можете проверить Все-в-одном Code Framework. Я думаю, что есть хотя бы несколько примеров инфраструктуры Entity Framework. Один конкретный пример:
Как работать с отношениями таблиц и наследованиями объектов в ADO.NET Entity Data Model
В этом примере кода содержится пошаговое руководство о том, как работать с моделью данных сущностей различными способами, включая ассоциацию "один-ко-многим", ассоциацию "многие-ко-многим", ассоциацию "один-к-одному", объединение таблиц, разбиение таблиц, наследование таблицы на иерархию и наследование типа "на каждый тип".
EDIT:
Они просто добавили еще один образец:
CSEFCodeOnly, VBEFCodeOnly
Эти два примера иллюстрируют, как используйте одну из новых функций EF4, Код Только для создания метаданных EDM и соответствующий .edmx файл с POCO во время выполнения. Oни также демонстрируют некоторые основные вставки и операции запроса для проверки EDM метаданные, созданные только кодом.
Я нашел, что этот вопрос будет искать те же ответы. Пока лучшее, что я нашел, это http://www.nopcommerce.com/ - с 1.70 (7 июля 2010 г.) они используют инфраструктуру Entity.
См. http://kigg.codeplex.com/ Очень рекомендуется для стиля ALT.NET для Entity Framework.
Он показывает способ абстрагирования себя от ORM даже.
Другой проект с аналогичной архитектурой: http://shrinkr.codeplex.com/
Оформить заказ продукта Virto Commerce. Сайт http://virtocommerce.com. Это проект с открытым исходным кодом, основанный на платформе Entity Framework с использованием шаблона Repository и Unit Of Work. Исходный код https://github.com/VirtoCommerce/vc-community.
Это 2014. Ответ на вопрос по-прежнему отсутствует.
Причина не очевидна, надеюсь, я смогу объяснить. Наиболее типичный проект с открытым исходным кодом становится успешным, потому что они расширяемы и, таким образом, позволяют сообществу вокруг него расти. Расширяемые средства расширяют Entities и, следовательно, базу данных в некотором роде для каждого плагина. Однако EF поддерживает только одну версию графа сущности, поэтому вы не можете сказать, добавить плагин, а затем обновить исходную базу данных. Это сломает миграцию. И поэтому люди не используют EF в проектах ОС.
Вы можете видеть, что люди борются за создание плагинов в nopcommerce из-за этого. Любой плагин, который нуждается в дополнительных свойствах для объекта, требует изменения кода в ядре. По сути, любое развертывание nopcommerce с плагином является вилкой проекта. Конечный пользователь становится разработчиком, потому что теперь им приходится выполнять контроль исходного кода, слияния и т.д. Человек, продающий вещи в Интернете, не обладает таким навыком. Они просто хотят установить плагин и уйти. Итак... нет, EF ужасен для проектов с открытым исходным кодом. Для больших монолитных проектов это здорово.