gpt4 book ai didi

c# - 我应该如何将我的商业模式与我的观点联系起来?

转载 作者:行者123 更新时间:2023-12-03 10:28:44 25 4
gpt4 key购买 nike

在开发过程中,我遇到了一个有趣的问题。现在,我使用数据库不可知的工作层从ASP MVC 4 Web应用程序中的实际数据库依赖中抽象出对数据的访问。

每个实现工作单元接口(interface)的数据库项目都知道我的业务模型(直接进出数据库的模型)。我不太确定我对这种方法的感觉,但这不是我要问的问题。

我是否应该使用诸如AutoMapper之类的解决方案来将我的业务模型与域模型进行相互转换?将模型传递给 View 并用于不应该访问数据库字段(即ID)的任何工作?

例如,考虑在我的BusinessModels项目中,我有以下类

BusinessModels
/UserAccounts/
User.cs
- ID
- Username
- HashedPassword
- Salt
UserSettings.cs
- IsSubscribedToNewsletter
- AllowDirectEmails

像这样使用AutoMapper将这些User和UserSettings模型绑定(bind)为单个模型是否有意义
MyProject
/DomainModels/
User.cs
- Username
- HashedPassword
- Salt
- IsSubscribedToNewsletter
- AllowDirectEmails

为了意见?

这个问题也适用于非MVC项目,但我觉得在我从事MVC项目时,在该标签中进行询问会更有意义。

TLDR在映射业务模型/实体以查看模型方面有什么意义,还是提供了不必要的抽象层?如果是这样,存储库中是否包含业务模型或 View 模型(它们会自动映射到后台的业务模型)?

最佳答案

您可以将 View 模型用于两种不同的事物:

  • 渲染新 View (GET操作),将 View 模型对象作为 View
  • 的模型传递
  • 使用 View 模型作为参数
  • 在Post Action(POST操作)中从 View 接收数据,

    (我知道,第二个是有争议的。但是为此使用 View 模型并不奇怪)

    GET操作的模型需要呈现View所需的所有属性:
  • 您正在显示/编辑的实体的值
  • 呈现 View 所需的额外值(例如下拉列表的SelectLists)

  • 假设您有一个可以属于一个UserGroup的User。

    在这种情况下,如果要编辑用户,则模型需要:
  • 用户数据
  • 用户组列表

  • 我会使用这样的模型:
    public class EditUserModel
    {
    public User User {get;set;}
    public SelectList UserGroups {get;set;}
    }

    如您所见,我直接将User添加为属性。但是我没有将类别列表添加为属性,因为我不需要整个类别列表,而所有属性都在 View 中。此外,如果对 Controller 进行单元测试,则可以验证SelectList是否符合预期(如果在 View 中创建了“用户组”列表,则无法完成此操作)

    但是,如果您不需要View中用户的所有属性怎么办?是否值得删除User属性,并为Name,Email,JoinedData,Active ...添加单个属性?我认为分析者没有。假设您添加/删除或重命名了一些用户实体属性。如果 View 模型中具有单独的属性,则必须在更新 View 之前也更改它们。而且,如果您依赖于自动映射(自动映射器,值注入(inject)器),即使您犯了一些错误,您甚至都不会意识到。

    我还说过, View 模型可用于将数据发布回 Controller 。因此,您可以这样做:
    [HttpPost]
    public ActionResult Edit(EditUserModel userModel)

    如果这样做,模型绑定(bind)器将使用表单控件中的值填充userModel。因此,您将获得一个半空模型。在这种情况下,UserGroups列表将为空,并且取决于您编辑的用户属性的数量,用户还可以具有许多空/未初始化的属性。

    为避免出错,建议在某些情况下创建其他模型(可能还包括辅助类),以明确预期将发布到模型中的内容。

    例如,如果您有一个显示整个用户数据的操作,但是只允许更改其密码,则可以创建一个具有两个属性的类:Password和PasswordConfirmation。

    在这种情况下,POST的 View 模型只能具有Password和PasswordConfirmation。并为具有此继承属性的GET派生模型,以及用户组和用户列表。

    为什么要继承而不使用独立的类?仅因为使用 Html.TextBoxFor(m => m.User.Name)之类的东西,仅当post操作的参数具有相同的结构时,Model Binder才能够设置User属性的Name属性。 IE。如果get的 View 模型具有以下结构:
    public ChangePasswordModel
    {
    public string Password {get;set;}
    public string PasswordConfirmation {get;set;}
    // extra properties, like the list of user groups, the user data...
    }

    帖子的模型具有以下结构:
    public PostedChanegPasswordModel
    {
    public User User {get;set;}
    }
    Html.TextBoxFor(m => m.EditedUser.Name)呈现的输入内容不会绑定(bind)到PostEditViewModel的 User.Name

    但是,如果您这样做:
    public EditUserModel : PostedEditUserModel
    {
    // extra properties, like the list of user groups
    }

    数据将毫无问题地绑定(bind)。

    通常,您必须小心用于发布和获取的模型。而且,我建议根据需要使用尽可能多的不同 View 模型。

    何时使用自动属性映射到全新的 View 和不同的模型?

    您必须有充分的理由拥有不同的 View 模型。这可能是由于从外部启动应用程序(即先进行设计)的结果,也可能是由于团队在实现业务逻辑之前或期间正在开发UI。

    在这种情况下,您会发现 View 模型的类以及 View 本身已经定义,并且与您的实体非常相似,但不完全相同。当我认为使用映射器可能是一种情况。

    使用不同类的另一个原因是将接口(interface)与逻辑解耦。但这通常仅在前一种情况下发生。

    关于c# - 我应该如何将我的商业模式与我的观点联系起来?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20495136/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com