思想上:一个类理应只负责一项职责,就像加工厂需要生产一种商品,商品的最终成型需要在整条生产线上经过 A B C D...N 等步骤,每一道工序只负责其专门的职责(加工),这样排查问题也方便。
代码中:往往在编写代码中,单一职责有时候就不仅仅局限于类,有时候单一职责可以精确到方法上,就相当于每个方法为一个职责
照着这种想法,甚至可以将单一职责原则细化到一个方法中,这个时候不能说绝对的不合理,还是要看具体业务情况,适合逻辑模块少的情况下。这种想法还是要看怎么理解了,毕竟思想的合理性只在须臾之间。
总结:
单一原则在一定程度上:
1、降低了整个流程的(维护)复杂度,可读性高;
2、一个类/方法只负责一个功能职责,降低了业务变更所引起的风险;
在逻辑模块少的情况下(根据业务情况把握)可以将模块粒度降到方法层面上来处理。
--- END ---
关注公众号 Java岛 跟小编一起学习Java呀
最后
以上就是怕黑钢笔最近收集整理的关于「设计模式」设计模式7大原则-单一职责原则的全部内容,更多相关「设计模式」设计模式7大原则-单一职责原则内容请搜索靠谱客的其他文章。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复