Sco*_*eam 25 model-view-controller asp.net-mvc business-rules
既然每个人都在谈论MVC,我注意到业务规则没有得到解决.在3层架构的旧时代,业务规则处于中间层.他们在哪里落入新的MVC?
Haa*_*ked 39
你从未看到MVC地址"业务规则"的原因是MVC基本上是一种表示模式.它专注于如何构建您的应用程序.例如,模型可以被认为是表示模型.应用程序的模型,然后视图呈现.
但是,为了创建演示模型,您通常需要转到所有业务逻辑所在的域模型.那时,MVC没有规定代码在物理上存在的位置.它在另一层吗?MVC并不关心.
FOR*_*FOR 18
在第一次刷,我会说他们属于模型.维基百科上的MVC条目似乎同意:"在MVC中,模型代表应用程序的信息(数据)和用于操纵数据的业务规则".毕竟,"业务规则"是指编码应用程序所涉及的域的功能算法和逻辑,而不是输入/输出相关逻辑.这些核心业务相关逻辑不会 - 或者不应 - 根据向用户显示的内容(视图的域)或用户输入(主要由Controller接收)进行更改.
根据我的经验,在软件开发过程中提出这类问题已经非常明显:我们发现很多东西被某些人视为"业务规则",但结果却是其他东西.如果它不是真正的业务规则,则可能不属于该模型.
dom*_*ell 12
业务规则始终存在于模型中.该模型是您可以使用完全不同的UI重新使用的模型.该视图显然完全依赖于UI选择,并且控制器必须从模型中获取数据并告诉视图呈现它.
将业务逻辑放入视图中是不好的,因为它将结构与表示联系起来.
将业务逻辑放入控制器是不好的,因为它将业务域分为模型所持有的数据和控制器中的规则.
| 归档时间: |
|
| 查看次数: |
10080 次 |
| 最近记录: |