【设计模式之禅】单一职责

这篇具有很好参考价值的文章主要介绍了【设计模式之禅】单一职责。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

最近前辈推荐我读《设计模式之禅》这本书,原因是我写的代码质量实在是一言难尽,开发速度很快,但是bug数就很多了,设计原则这种知识就需要掌握

  写这篇文主要是记录自己的学习以及督促自己

  第一章【单一职责】

  从我理解的层面来谈谈单一原则:明确每个类每个方法的任务,只做一件事,不能一法两用

  这也是我最大的一点感受

【设计模式之禅】单一职责

 文章来源地址https://www.toymoban.com/news/detail-647639.html

  尤其是在看这张图的时候,如果是我的话,我肯定会写在一起,不可能分的这么细,所以单一职责的难点就是:很难划分职责

  其次他的好处:

    ● 类的复杂性降低,实现什么职责都有清晰明确的定义;

    ● 可读性提高,复杂性降低

    ● 变更引起的风险降低

  我认为不好的点:

    维护性并不是特别高吧,当业务很复杂的情况下,这种拆分,会变得很冗余,物极必反可能是这个道理

  实际应用:

    "我的建议是接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化"这是作者原话,看完后我就记得我写过的一段代码,通过传type跳转不同业务逻辑的方案,看完后我就会把单一原则和封装结合在一起去想,什么是可以进行封装的?业务逻辑的复用吗?那也算是完成很多不同的事,这样封装又不满足单一职责了,不知道评论区的大佬能不能帮我解答一下,非常感谢!!!!

 

到了这里,关于【设计模式之禅】单一职责的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

原文地址:https://www.cnblogs.com/GG-Bond1/p/17630063.html

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包