注： 整洁代码之道——重构 （文章来源：http://www.infoq.com/cn/articles/clean-code-refactor 作者 南志文） 写在前面 现在的软件系统开发难度主要在于其复杂度和规模，客户需求也不再像Winston Royce瀑布模型期望那样在系统编码前完成所有的设 ...
分类：
其他好文 时间：
2017-07-04 15:30:40
阅读次数：
147
上一篇我们讲了一个最简单的Fuction的实现方法,了解了Function最简单快捷的一种编写方式.这种编写方式在实现简单功能时非常简洁高效,但是碰上更复杂的需求,这种写法即不直观,也不利于代码整洁.下面我们来看看Function的另一种写法.目标(同上篇):输入姓名和年龄后,直接在显示某..
分类：
系统相关 时间：
2017-04-29 16:23:45
阅读次数：
254
整洁的代码能够提高项目的可读性、可维护性、可扩展性，这二天大致看了一本书代码整洁之道，粗略的看了一遍，总结了一下，写下来作为以后做项目的时候的参考。 代码的整洁简单的总结二种分类： 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
最初我喜欢这本书可能是因为非技术方面的原因，这本书中有很多我喜欢的插图。这本书的第一章的第一句话是这样说的：读这本书通常有两个原因：1. 你是一名程序员。2. 你想成为更好的程序员。我们需要更好的程序员。 这本书的每一章都可以总结出一句话，其实每章开始的插图就是这句话的浓缩。 本书的第一章是关于什么 ...
分类：
其他好文 时间：
2016-12-05 22:56:10
阅读次数：
265
《程序员的职业素养》—— 读后总结 本书是Bob大叔所著，他的其他书籍也有很多畅销，比如：《代码整洁之道》《敏捷软件开发：原则、模式与实践》。 作者依据40年作为程序员的摸滚打爬，最终写出本书：《程序员的职业素养》，这本书不仅仅是描述了程序员的基本素质要求，也给我们未来的路提供了不少的借鉴。 书籍概 ...
分类：
其他好文 时间：
2016-11-28 00:28:50
阅读次数：
211
