@日月空@的博客

一、 短小 1. 函数的第一规则就是短小，第二规则还是短小。我们都知道函数还有个规则就是最好不要让你的函数长度超过一屏，因为超过的部分需要来回滚动滚轮，读起来不够方便。 文中作者描述了一个例子就是：作者的朋友写的程序里的每个函数都只有两行、三行、或四行长，每个函数都一目了然，每个函数都只表达一件事。而且每个函数都依序把你带到下一个函数，这就是函数应该达到的短小程度。...

一. 名副其实 好的变量、函数(方法)、类的名称能见名知意，它会告诉你，它为什么存在，它做什么事。如果需要注释来补充说明，那就不算名副其实。 但是很多人还没达到这种级别(包括我)。从自身来说，写代码的时候命名问题是个比较头痛的问题，如果仅仅有少量变量或者函数(方法)那还可以命名的比较不错，但是在项目开发中显然不会仅仅命名几个变量或者函数就能结束，而且还会遇到多个函数里寓意相同的...

软件质量不但依赖于整体的项目架构及项目管理，而且与代码质量紧密相关。书中有一个观点我觉得很对：代码质量与代码整洁度成正比。干净的代码，既在质量上较为可靠，也为后期的项目维护、迭代奠定了良好的基础。一、糟糕的代码作者用一个故事讲述了糟糕的代码造成的后果：有家公司写了个很流行的应用，推出后很多专业人士都买来用。但是好景不长，慢慢的迭代周期开始拉长，bug总是...