问MVC中的业务逻辑

EN

正如一些答案所指出的，我认为对多层vs MVC架构存在一些误解。

多层体系结构涉及将应用程序分成多个层/层(例如，表示、业务逻辑、数据访问)

MVC是应用程序表示层的一种体系结构样式。对于非平凡的应用程序，业务逻辑/业务规则/数据访问不应该直接放在模型、视图或控制器中。这样做就是将业务逻辑放在表示层中，从而降低代码的重用性和可维护性。

模型是放置业务逻辑的非常合理的选择，但更好/更易维护的方法是将表示层与业务逻辑层分离，并创建业务逻辑层，并在需要时简单地从模型中调用业务逻辑层。业务逻辑层将依次调用数据访问层。

我想指出的是，在MVC组件中混合了业务逻辑和数据访问的代码并不少见，特别是在应用程序不是使用多层架构的情况下。但是，在大多数企业应用程序中，您通常会发现表示层中具有MVC体系结构的多层体系结构。

将业务层放在MVC项目的模型中是没有意义的。

如果你的老板决定把表示层改成其他的，你就完蛋了！业务层应该是一个单独的程序集。模型包含来自业务层的数据，这些数据将传递给视图进行显示。然后在post中，例如，模型绑定到驻留在业务层中的Person类，并调用PersonBusiness.SavePerson(p)；其中p是Person类。下面是我要做的(BusinessError类缺失了，但也会在BusinessLayer中加入)：

​

为什么不引入一个服务层呢？然后你的控制器就会变得更精简，可读性更好，那么你所有的控制器功能都将是纯动作。您可以根据需要在服务层中分解业务逻辑。代码的可重用性很高。对模型和存储库没有影响。