在MVC/MVP/MVPC设计模式中,您将业务逻辑放在何处？不,我不是指ASP.NET MVC框架(又名"Tag Soup").
有人说你应该把它放在MVC/MVPC中的"Controller"或"Presenter"中.但是,其他人认为它应该是模型的一部分.
你觉得怎么样？为什么？
我正在尝试用ASP.Net学习MVC并正在阅读Steve Sanderson的书.我很困惑的一件事是在哪里放置业务逻辑？
例如,删除产品时,所有Sanderson都有一个在CartController中调用productsRepository上的Delete方法的方法.这对我来说很奇怪,因为如果有任何业务逻辑,例如确保产品不在任何人的购物车中,等等,则必须在产品库或CartController中.
这两者似乎都是放置业务逻辑的坏地方; 产品存储库可以很容易地被另一个替换(从使用数据库转换为使用会话),使用Controller意味着您将业务逻辑放在UI层中.
他不应该使用包含业务逻辑的类并调用存储库的delete方法吗？存储库是业务逻辑类的成员变量'？
我一直读到 MVC 模式中最大的一层应该是模型。我还听说我们应该避免将逻辑放在控制器层上。然而，随着我的 ASP.Net MVC 5 应用程序变得越来越大，我发现我得到了繁重的视图、繁重的控制器和......极其微小的模型（它们只不过是对我的 SQL 表的引用）。
是的，我承认，我永远无法在我的模型中加入任何逻辑。
我喜欢 MVC 模式，并且我的网站运行良好，但我一直认为我肯定没有做正确的事情......
您能给我展示一些关于如何正确编写 MVC 代码的有用链接吗？Rick Anderson（微软）的 MVC 5 教程很好，但他的模型确实非常小......