好多类的功能随着需求变更或因需求的复杂度高，造成代码非常复杂，什么都向里面放，并且基于简单的共用就抽象问题，造成函数的调用层级很深。造成代码的阅读和维护非常困难。

但是这是一个很容易引起争议的问题，在要求别人改变这种问题时，往往引起各种不服。其实在设计模式中就有这类问题的解决方法，单一职责原则，并且由系统设计师根据领域模型设计好接口和类图，防止类或函数的职责太多，所以在一个组织中，业务的领域模型分析非常重要，根据领域模型设计的uml图非常重要，这不是一个开发框架能解决的问题，更不是数据库设计即系统设计，领域模型需要与设计进行绑定，尽量代码尽量反应领域逻辑并与领域模型对应，代码即模型。