asp.net – 我应该从UI层返回到业务层？

发布时间：2020-12-16 03:18:54 所属栏目：asp.Net 来源：网络整理

导读：我正在编写一个ASP.NET应用程序,我有一个UI层,业务逻辑层和数据访问层.从我的数据层,我将业务对象返回到业务逻辑层,并将它们传递给UI层.但是,当我想使用UI层中的数据执行保存/插入时,我不确定该怎么做. 我应该在UI层创建业务对象并传递给业务层,还是应该在业

我正在编写一个ASP.NET应用程序,我有一个UI层,业务逻辑层和数据访问层.从我的数据层,我将业务对象返回到业务逻辑层,并将它们传递给UI层.但是,当我想使用UI层中的数据执行保存/插入时,我不确定该怎么做.

我应该在UI层创建业务对象并传递给业务层,还是应该在业务层中创建它？

非常感谢

我同意crunchdog–对于除了最简单的Web应用程序之外的所有应用程序,您应该具有专门用于UI /视图层的业务对象的扁平形式.有时这被称为View Model类,通常只包含几个字符串属性,UI层可以直接从中获取并直接放入,而无需担心验证. (见 asp.net mvc)

首先,这样可以使UI层更清晰,更简单,使其能够显示数据,而不是遍历对象结构,检查和解释空值等.

这也为业务层提供了对这些字符串值进行验证的机会,如果值无效,则返回输入的值.例如,当您的服务器必须处理日期字段中的无效日期时,这可以节省编码挫折.识别无效值的业务层可以完全按照收到的方式返回它们以及正确的错误消息.如果您处理的只是业务/域对象,则输入的某些值可能并不总是适合用于保存它们的对象.

它还可以帮助创建一个类,用于在业务/域对象和UI对象/视图模型之间来回映射值.这有助于保持业务层关注的清晰分离.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!