Clean Code读后总结——前进者的基石

前言

作为一个程序员，再职业生涯中会写很多很多万行代码。感觉学习写代码的过程很像学习写作的过程，写大型软件就是在写一本长篇小说，那么如何定义好的代码，感觉就像是问说怎么写出好的文章。
那么什么是好的代码呢？对于产品人员来说，好的代码是只要能运行，不出现bug的就是好的代码，也就是所谓的说文以载道，诗以言志，至于辞藻是否华丽，不是最重要的。
但是别忘了，写代码的时间可能发现在那一刻，但是我们后面阅读自己代码的却经常进行，如果结构混乱，词不达意那么就往往会发生写到最后发现前面的情节都不慎了之了。
所以，写出好的代码的一个目的在于如何减少代码维护的成本，理解代码是其中之一。
另外，我们要知道没有人能够在跨度周期在几个月，甚至一年的时间内知道自己软件最后会具体怎么一个呈现。业务都是不尽相同的，根据排列组合我们没有办法一开始就穷尽所有的变化，所以我们总是会在原有代码的基础上不断修修改改，正如很多小说一样，一气呵成总是发生在极少数天才那里，即使是如红楼梦一样的惊世之作，也是批阅十载。
所以，总的来说，好的代码的原则也就是两点，一个是容易阅读，一个是容易修改。

相关内容

有意义的命名

程序代码里面除了一些约定熟成的关键字，大部分的英文字符都是被变量、函数、参数、类等构成的，而这些都是我们自己所赋予的。所以，容易阅读是命名最关注的东西，常见的一些tips如下：

• 不要使用误导性的词语来进行命名，例如list,;,o等。
• 在对同类型数据进行区分的时候，不要使用数字来进行。
• 可搜索也是命名关注的点，无论是变量名还是文件名，包名等
• 对于强类型语言来说，当前的编译环境来说（不用运行就能检测出类型错误），类型编码已经淘汰。
• 成员前缀也是不必要的，因为都是看有意义的字段。
• 类名和对象名应该是短语，而不应该是动词。如Customer等
• 方法名应该是动词或动词短语。如postPayment。
• 对于程序中经常出现的概念，取一个