我试图最终理解模型-视图-控制器模式。显然,所有业务逻辑最好放在模型中以避免“又胖又笨又丑的控制器”。但是同时接触多个模型的方法呢?
假设结帐会影响订单模型、产品、用户、交付、折扣。如果我们决定将业务逻辑放在模型中,结帐方法将存储在哪里以及使用相关模型的正确方法是什么?将他们的对象作为参数传递?
还是应该将与许多模型相关的功能移到一个单独的类中?如果是这样,在不违反 MVC 原则的情况下,我应该将它放在应用程序结构中的什么位置?
帮助我理解。
我试图最终理解模型-视图-控制器模式。显然,所有业务逻辑最好放在模型中以避免“又胖又笨又丑的控制器”。但是同时接触多个模型的方法呢?
假设结帐会影响订单模型、产品、用户、交付、折扣。如果我们决定将业务逻辑放在模型中,结帐方法将存储在哪里以及使用相关模型的正确方法是什么?将他们的对象作为参数传递?
还是应该将与许多模型相关的功能移到一个单独的类中?如果是这样,在不违反 MVC 原则的情况下,我应该将它放在应用程序结构中的什么位置?
帮助我理解。