《编写可读代码的艺术》读书笔记(下)简化循环和逻辑和重新组织代码

把控制流变得宜读

关键思想:把条件,循环以及其他对控制流的改变做的越“自然”越好,运用一种方式使读者不用停下来重读你的代码

  • 条件语句中参数的顺序:比较左侧的值更倾向于变化的值,比较右侧的值倾向于常量
  • if/else语句块的顺序:先处理正逻辑和简单的情况
  • 三目运算符:其实是if/else的简化,默认情况下使用if/else,在最简单的情况下使用三目运算符
  • 避免do while循环
  • 从函数中提前返回
  • 最小化嵌套
    * 通过提早返回来减少嵌套
    * 减少循环内的嵌套

拆分超长的表达式:把你的超长表达式拆分成更容易理解的小块

  • 引入额外的变量用作解释的变量
  • 引入额外的变量用作总结的变量:将表达式的值总结为一个变量
  • 取反操作
  • 拆分巨大的语句

变量与可读性

  • 减少变量
    • 减少没有价值的临时变量
    • 减少中间结果
    • 减少控制流变量(某些控制程序方向的变量,例如enable)
  • 缩小变量的作用域(避免变量冲突)
  • 把定义向下移(避免读者提前思考变量的用法)
  • 只写一次的变量更好(易于理解)

抽取不相关的子问题(抽取代码,把一般代码和项目专有代码分开)

  • 纯工具代码(操作字符串等方法)
  • 其他多用途代码
  • 创建大量通用代码(从业务代码中解耦出来)
  • 简化已有接口(按需重塑接口)

一次只做一件事

  • 列出代码所做的所有任务
  • 尽量把这件任务拆分到不同的函数中,或者至少是代码中不同的段落中

把想法变成代码

  • 清楚的描述逻辑
  • 用自然语言描述解决方案
  • 将想法整理为代码

少写代码(最好读的代码就是没有代码)

  • 别费神实现那个功能--你不会需要它
  • 质疑和拆分你的需求
  • 保持小代码库(多层嵌套调用方法会让代码显得混乱:代码库越小越轻量级越好)
    • 创建越多越好的工具代码来减少重复代码
    • 减少无用代码或没用的功能
    • 删除无用的代码
  • 熟悉周边的库(建议:每隔一段时间,花一点时间阅读标准库的内容和定义)

测试与可读性

基本原则与上述原则基本一样在此不再赘述

读后

自己之前一直不太注意代码可读性方面的问题,通过这本书,让我对写代码这件事有这件事有了更清晰的认识。需要在以后的工作中不断实践,提升代码的质量,提升代码的质量。代码质量提升是一个长时间的工程

《编写可读代码的艺术》读书笔记(上)表面层次的改进

你可能感兴趣的:(《编写可读代码的艺术》读书笔记(下)简化循环和逻辑和重新组织代码)