Невозможно правильно создать контроллер с помощью платформы Entity Framework

Question

Итак, вот краткий обзор. Я использую Code First, новую базу данных.

Как вы видите, я создал модель AccountModels (то же самое имя, как по умолчанию в случае, если кто запутался). Это выглядит следующим образом:

public class User 
{ 
    public int UserId { get; set; } 
    public string Username { get; set; } 
    public string Password { get; set; } 
    public string Email { get; set; } 
    public virtual ICollection<Stat> Stats { get; set; } 
} 

public class Stat 
{ 
    public int StatId { get; set; } 
    public string Age { get; set; } 
    public string Height { get; set; } 
    public string Weight { get; set; } 
    public bool Sex { get; set; } 

    public int UserId { get; set; } 
    public virtual User User { get; set; } 
} 

public class BodylogDbContext : DbContext 
{ 
    public DbSet<User> Users { get; set; } 
    public DbSet<Stat> Stats { get; set; } 

    protected override void OnModelCreating(DbModelBuilder modelBuilder) 
    { 
     Database.SetInitializer<BodylogDbContext>(null); 
     modelBuilder.Conventions.Remove<PluralizingTableNameConvention>(); 
    } 
} 

Теперь, когда я пытаюсь добавить контроллер я не могу выбрать свой класс модели, AccountModel. Насколько я помню, я должен был бы выбрать класс модели, а затем в следующем поле я выбираю класс данных данных, который есть - BodylogDbContext (Bodylog.Models), и все должно быть установлено. Но я не могу, почему?

И вот моя строка соединения.

<add name="BodylogDbContext" 
    connectionString="Data Source=(LocalDB)\v11.0;AttachDbFilename=|DataDirectory|\Bodylog.mdf;Integrated Security=True" 
    providerName="System.Data.SqlClient" 
/> 

Answer 1

Все работает как ожидается. Одна из проблем заключается в том, что в образце проекта предоставляется файл AccountModels.cs, содержащий несколько классов моделей. Конвенция диктует, что на самом деле их можно разделить на несколько файлов, один файл на класс и названный в честь класса.

В вашем проекте нет класса AccountModels, поэтому он не представляется в качестве опции для модели.

Answer 2

Наличие файла .cs не создает «подразумеваемый» класс. Вы увидите только типы, которые имеют конкретные определения в раскрывающемся списке. Таким образом, если вы хотите иметь родительский класс AccountModel (где все остальные POCO которые определяют свойства этой модели), вам нужно что-то вроде:

public class AccountModel 
{ 
    public User UserModel { get; set; } 
    public Stat StatModel { get; set; } 
} 

Так что ваша модель Razor привязки будет выглядеть примерно так:

@model Your.Fully.Qualified.Namespace.AccountModel

Вы бы привязать к свойствам пользователей этой модели, как это:

@Html.EditorFor(m => m.UserModel.Email)