函数要短。短才方便阅读、维护和设计。 函数只做一件事。依照单一职责原则（一个类只会因为一个原因改变）设计函数。一个函数要么进行流程控制或逻辑判断，要么改变某事物的状态，要么计算并返回结果，要么调用多个下一抽象级的其他函数(另一种流程控制而已)。不要有多余功能。 我们可以把函数分解成多个抽象层级来设计 ...
分类：
其他好文 时间：
2017-07-16 21:28:23
阅读次数：
141
注： 整洁代码之道——重构 （文章来源：http://www.infoq.com/cn/articles/clean-code-refactor 作者 南志文） 写在前面 现在的软件系统开发难度主要在于其复杂度和规模，客户需求也不再像Winston Royce瀑布模型期望那样在系统编码前完成所有的设 ...
分类：
其他好文 时间：
2017-07-04 15:30:40
阅读次数：
147
整洁的代码能够提高项目的可读性、可维护性、可扩展性，这二天大致看了一本书代码整洁之道，粗略的看了一遍，总结了一下，写下来作为以后做项目的时候的参考。 代码的整洁简单的总结二种分类： 1.命名 ?有意义命名 说明：变量、函数、类的命名应该答复了所有的大问题，应该告诉你他为什么会存在，他做什么事情，应该 ...
分类：
其他好文 时间：
2017-03-30 17:24:09
阅读次数：
175
第一章 整洁的代码1.勒布朗法则:稍后等于永不!(Later equals never!)2.Bjarne:整洁的代码只做好一件事.第二章 有意义的命名1.名副其实;2.避免误导;3.做有意义的区分;4.使用读得出来的名称;5.避免使用编码;null ...
分类：
其他好文 时间：
2017-03-25 20:54:50
阅读次数：
174
无聊在看《代码整洁之道》，找到了一些自己以前没有注意的地方，在这里记录下来，备忘一下。 目前看完了第九章。 1.重复很多的代码是不好的，需要仔细考虑去掉无用的重复。 2.变量，函数，类等的命名要足够精确，精简&易于搜索。 3.函数尽可能的少用参数（3个以内），&不要向函数内传递bool，因为这明确的 ...
分类：
其他好文 时间：
2017-02-18 19:59:22
阅读次数：
173
1.勒布朗法则：later equals never 对于我来说：很多事如果往后拖的话，再重拾的几率就很小，所以要逼迫自己捉住现在，把手头的事情尽可能的做到尽善尽美，否则，日后只会越拖越远。 2.糟糕的代码所带来的深痛影响在于将来他会使你深陷泥沼 刚开始写的代码比较简单，但是后面要不断的添加功能，如 ...
分类：
其他好文 时间：
2017-01-26 18:13:23
阅读次数：
232
代码整洁之道 前言 如何用功 阅读大量代码 找优点和缺点 第一章 整洁代码 不要留到以后，稍后等于永不 烂代码影响生产力 代码整洁性不但有关效率，还有关生存 好代码 C++之父 尽量减少依赖关系，便于维护 性能调至最优，防止修改导致混乱 分层战略完善错误处理代码 代码逻辑直接了当 叫缺陷难以隐藏 破... ...
分类：
其他好文 时间：
2017-01-12 10:44:39
阅读次数：
158
第一章： 1.混乱的代码难以维护，导致生产力越来越低。糟糕的代码引发混乱，越改越烂。 2.整洁的代码：优雅，高效，少依赖，性能优，命名规范，清晰尽量少的api 3.破窗理论：窗户破损的建筑让人觉得无人照管，于是别人也无心看管，任其继续破损，最终自己也参加破坏活动。 第二章 有意义的命名 1.使用可搜 ...
分类：
其他好文 时间：
2017-01-07 11:59:53
阅读次数：
146
