asp.net-mvc-3 - ASP.NET MVC 3 - 模型验证

Question

我刚刚学习 MVC，我对设计/事情应该如何工作有一些疑问。

我正在使用 MVC 3 和 Razor，以及 Entity Framework 类(例如 Location)，我将创建一个带有验证注释的伙伴类。在我的 View 中，我有一个局部 View ，它呈现一个 DevExpress TreeView(使用位置列表)和一个用于在树中创建/编辑位置的表单。我有一个 LocationController、一个 LocationManagementView、一个 LocationManagementPartialView(包含 TreeView 的代码)和一个 LocationModel。 LocationModel 将保存 buddy 类并获取获取子节点的方法(仅在展开节点后获取子节点)。我有一个将使用 StructureMap 注入(inject)的服务包装器(用于我的服务客户端)。

我应该将服务包装器注入(inject) Controller 的构造函数还是模型的构造函数？

此外，我的模型具有使用服务包装器从数据库中获取数据的 get 方法(这些方法是否属于模型中的此处？):例如，GetChildren 用于 TreeView 。

另外，将 Location buddy 类存储在模型中是否正确？

我想确保我很好地设计了这个应用程序，因为它是一个更大项目的一部分。任何设计指针都非常感谢。我一直在阅读 ScottGu 的关于 MVC 内容的博客。

引用:http://weblogs.asp.net/scottgu/archive/2010/01/15/asp-net-mvc-2-model-validation.aspx

Answer 1

以下是针对您的“框架”的一些建议。

Entity Framework

对于从 EF 返回的每个模型，提取 EF 模型的接口(interface)并将该接口(interface)用作数据源，而不是实现的 EF 类。这样做的原因是，如果您决定为任何一个或多个模型(或整个 Entity Framework )使用另一个数据源，您可以简单地确保您的新数据层返回相同的接口(interface)，而无需更改整个 Web代码。缺点是确保您的界面在您进行模型更改时是最新的。

这也允许您的 View 模型实现 EF 模型的接口(interface)(使用您选择的附加逻辑)。如果您对数据层的所有插入/更新调用都接受返回的相同接口(interface)模型，这将是有利的。这允许您创建具有不同要求的多个模型，这些模型都适合数据层插入/更新所需的内容。缺点是在您的数据层中，您必须[创建一个新的 EF 模型]/[获取要更新的模型]并将接口(interface)中的字段映射到模型。

查看模型

我强烈建议每个 View 模型不是需要显示的实际模型，而是包含模型的类。例子:

public class Car  //Not what I recommend passing to a view
{
    public string Make { get; set; }
    public string Model { get; set; }
}

//Pass this to the view, i'll explain why...
public class CarViewModel : IPartialViewCar      {
    public Car Car { get; set; }
    public ColorCollection { get; set; }
}

通过传递示例“CarViewModel”，您可以将部分 View 与 View 分离。下面是方法(使用上面的模型):

public interface IPartialViewCar  
{
    public Car { get; }
}

[BuildCar.cshtml]
@Model MyNameSpace.Models.Car

@Html.EditorFor(model)

[PartialViewCar.cshtml]
@Model MyNameSpace.Models.IPartialViewCar  

@Html.EditorFor(model)  //something like that..

现在任何时候你想使用 PartialViewCar您只需要创建一个实现 IPartialViewCar 的模型接口(interface)，基本上将部分 View 与 View 解耦。

验证

我建议创建具有所有验证逻辑的接口(interface)(如果你真的想要类，但实际上没有必要)。

假设我们希望匿名用户输入品牌和型号，但注册用户只需输入品牌。如何轻松完成，方法如下:(在前面的代码上扩展更多内容)

public interface IAnonymouseCarValidation
{
    [required]
    public string Make { get; set; }
    [required]
    public string Model { get; set; }
}

public interface IRegisteredCarValidation
{
    [required]
    public string Make { get; set; }
}

public interface ICar
{
    public string Make { get; set;}
    public string Model { get; set; }
}

[updating the Car model to abstract and use an interface now]
public abstract class Car : ICar
{
    //maybe some constructor logic for all car stuff

    public string Make { get; set;}
    public string Model { get; set; }

    //maybe some methods for all car stuff
}

//MetadataType tells MVC to use the dataannotations on the
//typeof class/interface for validation!
[MetadataType(typeof(AnonymouseCarValidation))]
public class AnonymousCar : Car
{
}


[MetadataType(typeof(AnonymouseCarValidation))]
public class RegisteredCar : Car
{
}

[Now update the ViewModel]
public class CarViewModel : IPartialViewCar     
{
    public ICar Car { get; set; }  //this is now ICar 
    public ColorCollection { get; set; }
}

现在您可以创建 AnonymouseCar或 RegisteredCar ，将其传递给 CarViewModel，并让 MVC 负责验证。当您需要更新验证时，您更新单个接口(interface)。这样做的缺点是感觉相当复杂。

注入(inject)和数据请求

我的偏好是尽量保持 Controller 操作尽可能简单，而不是在其中包含用于检索数据的代码。我选择不这样做的原因是我不喜欢重复代码。例如:

public class AccountControllers
{
    DataServer _Service;

    public AccountControllers(DataServer Service)
    {
        this._Service = Service;
    }

    public ActionResult ShowProfiles()
    {
        ProfileViewModel model = new ProfileViewModel();
        model.Profiles = this._Service.Profiles();
        return View(model);
    }

    public ActionResult UpdateProfile(ProfileViewModel updatedModel)
    {
        service.UpdateProfile(updatedModel);

        ProfileViewModel model = new ProfileViewModel();
        model.Profiles = this._Service.Profiles();
        return View(model);
    }
}

相反，我会做类似的事情:(不完全)

    public ActionResult ShowProfile(Guid ID)
    {
        ProfileViewModel model = new ProfileViewModel(this._service);
        return View(model);
    }

    public ActionResult UpdateProfile(ProfileViewModel updatedModel)
    {
        // pass in the service, or use a property or have SetService method
        updatedModel.Update(this._service)

        ProfileViewModel model = new ProfileViewModel(this._service);
        return View(model);
    }

public class ProfileViewModel()
{
    DataServer _Service;
    Profile _Profile
    public ProfileViewModel()
    {
    }

    public ProfileViewModel(DataServer Service)
    {
        this._Service = Service;
    }


    public Profile Profiles()
    {
        get
        {
            if (this._service == null)
            {
                throw new InvalidOperationException("Service was not set.");
            }
            return = Service.Profiles(ID);
    }

这意味着仅在请求时枚举配置文件，我不必自己填充它。如果我使用代码来发挥自己的优势，而不是要求我或其他程序员手动填充模型，则往往会减少错误。