- 我们都曾瞟一眼自己亲手造成的混乱,决定弃之不顾,走向新一天。我们都曾看到自己的兰程序居然能运行,然后断言能运行的烂程序总比什么都没有强。我们都曾经说过有朝一日再回头清理。当然,在那些日子里。我们都没有听过勒布朗法则:稍后等于永不(later equals never)
- 坏的代码就像“沼泽”——我们趟过代码的水域,我们穿过灌木密布,瀑布暗藏的沼泽地,我们拼命想找到出路,期望有点什么线索能启发我们到底发生了什么事,但目光所及,只是越来越多死气沉沉的代码。
- 花时间保持代码整洁不但有关效率,还有关生存。
- 程序员遵从不了解混乱风险的经理的意愿,也是不专业的做法。
- 赶上期限的唯一方法——做的快的唯一方法——就是始终尽可能保持代码的整洁。
- 糟糕的代码引发混乱。别人修改糟糕的代码时,往往会越改越乱。
- 整洁的代码简单直接。整洁的代码如同优雅的散文。整洁的代码从不隐藏设计者的意图,充满了干净利落的抽象和直接了当的控制语句。
- 在意!
- 简单代码,依其重要顺序:
- 能够通过所有测试
- 没有重复代码
- 体现系统中的全部设计理念
- 包括尽量少的实体,比如类,方法,函数等
- 有意义的命名是提现表达力的一种方式。
- 消除重复&提高表达力。
- 我们是作者。作者都有读者。实际上作者有责任与读者做良好沟通。下次你写代码的时候,记着自己是作者,要为评判你工作的读者写代码。
- 美国童子军军规——让营地比你来时更干净!
代码整洁之道:消除重复&提高表达力
最新推荐文章于 2023-05-26 15:58:52 发布