《设计模式之美》理论五:让你最快速地改善代码质量的20条编程规范(下)

本文是王争《设计模式之美》的学习笔记,分享了改善代码质量的编程规范,包括:将大块代码拆分成小单元块,避免函数参数过多,不使用参数控制逻辑,确保函数职责单一,减少嵌套层次以及利用解释性变量提高可读性。通过这些技巧,可以显著提高代码的可读性和维护性。
摘要由CSDN通过智能技术生成

王争《设计模式之美》学习笔记

其余技巧

把代码分割成更小的单元块

  • 大部分人阅读代码的习惯都是,先看整体再看细节。
  • 将大块的复杂逻辑提炼成类或者函数,屏蔽掉细节,让阅读代码的人不至于迷失在细节中,这样能极大地提高代码的可读性。
  • 如果提炼出的函数只包含两三行代码,在阅读代码的时候,还得跳过去看一下,这样反倒增加了阅读成本。但是作者在后面一个例子就把一串ifelse分成三个只有两三行代码的小函数。迷惑。。。

避免函数参数过多

  • 函数包含 3、4 个参数的时候还是能接受的,大于等于 5 个的时候,就有点过多,影响代码可读性,使用起来也不方便。
  • 一般有两种解决方法:
    • 考虑函数是否职责单一,是否能通过拆分成多个函数的方式来减少参数。
    • 将函数的参数封装成对象。这种我比较常用,尤其是一组同类参数,封装成对象是最好的,参数有增减也方便。

勿用函数参数来控制逻辑

  • 不要在函数中使用布尔类型的标识参数来控制内部逻辑,true 的时候走这块逻辑,false 的时候走另一块逻辑。这明显违背了单一职责原则和接口隔离原则。我建议将其拆成两个函数,可读性上也要更好。
  • 不过,如果函数是 private 私有函数,影响范围有限,或者拆分之后的两个函数经常同时被调用,我们可以酌情考虑保留标识参数。比如根据标识参数
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值