如何在 ASP .NET MVC 中将对象列表与用户（帐户）关联

我想为我的应用程序的每个用户存储一个对象列表。

我想添加一个List of Meeting每个用户的对象。当然，我想使其与实体框架一起工作

public class Meeting{
    int Id {get;set;}
    Person Person {get;set;}//Meeting with person
    DateTime DateTime{get;set;}
}

问题：我应该添加这个到那个吗AccountModels.cs？我应该将其添加到该文件中的什么位置？是否应该只是会议ID？或者也许我需要它们之间的关联类？

我发布的内容AccountModels.cs文件如下。

using System;
using System.Collections.Generic;
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
using System.Data.Entity;
using System.Globalization;
using System.Web.Security;

namespace OdeToFood.Models
{
    public class RegisterExternalLoginModel
    {
        [Required]
        [Display(Name = "User name")]
        public string UserName { get; set; }

        public string ExternalLoginData { get; set; }
    }

    public class LocalPasswordModel
    {
        [Required]
        [DataType(DataType.Password)]
        [Display(Name = "Current password")]
        public string OldPassword { get; set; }

        [Required]
        [StringLength(100, ErrorMessage = "The {0} must be at least {2} characters long.", MinimumLength = 6)]
        [DataType(DataType.Password)]
        [Display(Name = "New password")]
        public string NewPassword { get; set; }

        [DataType(DataType.Password)]
        [Display(Name = "Confirm new password")]
        [Compare("NewPassword", ErrorMessage = "The new password and confirmation password do not match.")]
        public string ConfirmPassword { get; set; }
    }

    public class LoginModel
    {
        [Required]
        [Display(Name = "User name")]
        public string UserName { get; set; }

        [Required]
        [DataType(DataType.Password)]
        [Display(Name = "Password")]
        public string Password { get; set; }

        [Display(Name = "Remember me?")]
        public bool RememberMe { get; set; }
    }

    public class RegisterModel
    {
        [Required]
        [Display(Name = "User name")]
        public string UserName { get; set; }

        [Required]
        [StringLength(100, ErrorMessage = "The {0} must be at least {2} characters long.", MinimumLength = 6)]
        [DataType(DataType.Password)]
        [Display(Name = "Password")]
        public string Password { get; set; }

        [DataType(DataType.Password)]
        [Display(Name = "Confirm password")]
        [Compare("Password", ErrorMessage = "The password and confirmation password do not match.")]
        public string ConfirmPassword { get; set; }
    }

    public class ExternalLogin
    {
        public string Provider { get; set; }
        public string ProviderDisplayName { get; set; }
        public string ProviderUserId { get; set; }
    }
}

我真的希望 Microsoft 能够对其默认的 MVC 项目模板进行一些改进，以更好地阐明正确的 MVC 开发，但这似乎没有发生。

一般来说，每个类需要一个文件。这没有技术原因，但它使代码的使用变得更加容易。例如，您的Meeting类将在Meeting.cs文件，然后您就不必想知道它在哪里。您知道要查找同名文件。

Then, AccountModels.cs实际上主要包含查看模型（仅查看​​ MVC5 中的模型，实际上，我确实注意到 Microsoft 通过命名文件在 MVC5 中改进了这一点AccountViewModels.cs）。 “模型”一词在 ASP.NET MVC 中的使用相当宽松。您的实体框架支持的类（或 POCO）实际上是所谓的“实体”（因此称为“实体框架”），实体基本上只是一个 DTO 或数据传输对象，并不真正适合用作model。视图模型是用于表示视图的某些功能的类。就表单而言，通常最终会成为正在创建或更新的实体的传真，但在大多数情况下，它们的影响范围可能更远，并且具有比适当添加到实体更多的业务逻辑。

在 MVC5 之前的默认项目模板中，您唯一的“实体”是UserProfile。我住在同一个地方AccountModels.cs文件以及应用程序的默认上下文，UsersContext。将此文件中的每个类拆分为它们自己的文件会更合适：UserProfile.cs, UsersContext.cs, etc.

在 MVC5 中，您唯一的实体是ApplicationUser，这再次处于不利地位IdentityModels.cs，该文件还包含为您的应用程序默认生成的上下文。如果把它们分成几部分就更好了ApplicationUser.cs and ApplicationDbContext.cs files.

无论如何，典型的布局是同时具有Models目录和一个ViewModels目录。实体进入Models目录（主要不符合惯例，因为同样，它们并不是真正合适的“模型”）并且显然视图模型位于ViewModels目录。如果这是一个简单的项目，我通常会将上下文移到根目录中，或者如果我将拥有多个上下文（连接到多个数据库），则仅为上下文创建一个单独的目录。

再次强调，这都是可选的。事实上，您可以做任何您想做的事情，但是遵循其中一些事情可以使您的项目的工作和维护变得更加简单，也使其他开发人员更容易从您离开的地方继续。

UPDATE

这并没有真正回答你的问题之一，这似乎是关于你应该如何关联Meeting与你的“用户”类（UserProfile/ApplicationUser取决于您的 MVC 工作版本）。

第一步始终是确定两件事之间关系的本质。是一对一的吗？一对多？多对多？我不能代表你的申请，但是Meeting seems就像它应该是多对多一样：一个用户可以召开许多会议，而一个会议可以包括许多用户。在这种情况下，您只需在两侧设置一个集合：

用户配置文件/应用程序用户

public virtual ICollection<Meeting> Meetings { get; set; }

Meeting

public virtual ICollection<UserProfile> Attendees { get; set; }

Or

public virtual ICollection<ApplicationUser> Attendees { get; set; }

这足以向实体框架传达这是一个多对多关系，并且它将在幕后自动创建一个中间表来跟踪该关系。