Здесь много вопросов, и вы не получите ответа, но я выложу свои 5 пенсов за то, что оно стоит.
Книга Сандерсона MVC3
Ваши проблемы связаны не с MVC3, а с Entity Framework и уровнем персистентности данных.
ABC.Domain.Abstract ABC.Domain.Concrete ABC.Domain.Concrete.ORM ABC.Domain.Entities
Можете ли вы сказать, почему это разделено в такойпуть?Я бы поспорил и сказал, что ABC.Domain должен содержать ваши POCO независимо от вашего уровня персистентности (EF) и уровня презентации (MVC).Ваш список подразумевает, что ваш домен содержит ORM и ваши объекты доступа к данным.Я не спорю здесь, я пытаюсь сказать, что вам нужно понять, что вам действительно нужно.
В конце дня я уверен, что достаточно простого примера с ABC.DataAccess, ABC.Domain и ABC.Site.
Вы понимаете, почему хранилища являются абстрактными и конкретными?Если вы этого не сделаете, то оставьте интерфейсы и посмотрите, сможете ли вы улучшить их с помощью интерфейсов позже.
Человек не является классом сущности, он не может найти концептуальную модель и т. Д.
Теперь EF может сохранять данные за вас несколькими способами.Сначала вы можете использовать код, где, как следует из названия, вы сначала напишите код, и EF сгенерирует для вас базу данных, отношения и все соответствующие ограничения.
Сначала вы можете использовать базу данных, где EF сгенерируетсоответствующий класс и доступ к данным связанных объектов из вашей базы данных.Для меня это менее предпочтительный метод, так как он сильно зависит от структуры вашей базы данных.
Сначала вы можете использовать модель, где вы создадите свой класс в EDMX-конструкторе, а затем он сгенерирует соответствующий SQL для вас.
Все это может звучать как чёрный ящик, но все, что вы пытаетесь достичь, будет работать.EDMX - хороший способ изучения, и на ASP.Net есть много пошаговых руководств.
, но если это недостаток, давайте исправим это).
Выпридется исправлять и реорганизовывать себя, другого пути улучшения по моему честному мнению нет.Я могу дать вам другую структуру папок / пространств имен, но всегда будет «лучшая».
Должны ли у меня быть мои домотканые сущности И автоматически созданные или только один набор?
Теперь это зависит от выбранной вами модели.Сначала база данных, сначала код, только код и все остальное.Если вы следите за разработкой, управляемой доменом, вам придется работать с классами, которые представляют вашу бизнес-логику и не привязаны к вашему уровню персистентности данных или уровням представления, поэтому POCO - это путь вперед.
Что связывает домашний дизайн типа Domain.Entities.Person с Persons
Теперь это снова зависит от модели, которую вы используете.
app.config и web.config
Когда вы запускаете ваше веб-приложение, будет использоваться строка подключения из веб-приложения.Пожалуйста, поправьте меня, если я ошибаюсь.
Ваша помощь приветствуется.Много времени потрачено, без прогресса уже несколько дней.
Общие советы, пока оставьте MVC в покое.Включите его в консольное приложение и убедитесь, что вы чувствуете себя комфортно с опциями, предлагаемыми в EF.Удачи:)