我目前正在维护一个应用程序,不幸的是我们最终有太多的Action方法.除此之外,该项目的体系结构从一开始就不公平,每个开发人员都继续在Controller类的操作方法中添加Business逻辑,而不是将其保存在另一个业务层中.所以现在我们的一个控制器类已达到15000行代码,我不想通过添加另一个动作方法来泛滥这个类.
关于我们如何重构这个的任何建议,还是我们可以使用任何部分控制器类或任何其他更好的方法？
注意:我知道我们可以通过将代码移动到另一层来使用瘦控制器,但我们仍然会使用太多方法.
15,000行,jeez.
除了你明确提到的关于将代码移动到业务层(你应该做)的内容之外,我还要考虑形成属于某一组函数的那些动作方法的逻辑组.
获得这些组后,为每个组创建单独的控制器,并适当命名.这样您就可以清理控制器,并且还可以将功能部分分成各自的逻辑分组.
| 归档时间： |
|
| 查看次数： |
418 次 |
| 最近记录： |