<The Art of Readable Code> 笔记二 (下)

【<The Art of Readable Code> 笔记二 (下)】的更多相关文章

<The Art of Readable Code> 笔记二 (下)

第1章封装信息到名字 (Packing information into names) 4 附加额外信息 1) encode value type 对于某些变量,附加额外的信息可以让人更好的理解,比如,一个16进制的变量,显然 hex_id 要比 id 更为贴切 string id; // Example: "af84ef845cd8" string hex_id; 2) encode value units 下面的 JavaScript 代码,乍看没有任何问题,但实际上…

<The Art of Readable Code> 笔记二 (上)

第2章封装信息到名字 (Packing information into names) 2.1 use specific words GetPage() 不如 FetchPage() 和 DownloadPage() 更具体: BinaryTree 类中的 Size() 不如 Height().NumNodes() 或 MemoryBytes() 更明确 class BinaryTree { int Size(); ... } 同理,Thread 类中的通常是 Kill(),而不是 St…

<The Art of Readable Code> 笔记一

第1章代码应易理解 (Code should be easy to understand) 基本原则:好的代码,能够减少 “别人” 理解它的时间. “别人” 不仅指的是 “其它人”,也可能是 “以后的自己” 1 合习惯 Node* node = list->head; if (node == NULL) return; while(node->next != NULL) { Print(node->data) node = node->next; } if(node != N…

读书笔记之《The Art of Readable Code》

<The Art of Readable Code>- Dustin Boswell, Trevor Foucher O'Reilly出版整体认知:这本书写得很好,每一章后面的总结,很简练,很到位. 问题:什么样的代码才是可读性好的代码?- 书中给出的衡量标准是,让新手读你的代码,看从开始读到完全理解所花的时间,时间越少说明代码可读性越好. 这里的新手,也指之后需要维护你写的代码的同事,或者几个月之后重新审视代码的你自己. 什么样的命名是好的命名呢? - 名字包含所需的信息,新手看…

A book to recommend: The art of readable code

我最喜欢的一本书 - 教我如何写可读的代码 Two month fan of the book, from August - Oct. 2014; and then, started to practice code review, change the code to make it readable. Big fan of DRY (Do not repeat yourself) principle, do one thing a time, break giant expression,…

werkzeug源码阅读笔记(二) 下

wsgi.py----第二部分 pop_path_info()函数先测试一下这个函数的作用: >>> from werkzeug.wsgi import pop_path_info >>> env = {'SCRIPT_NAME': '/foo', 'PATH_INFO': '/a/b'} >>> pop_path_info(env) 'a' >>> env['SCRIPT_NAME'] '/foo/a' >>>…

Docker学习笔记二（linux下安装Docker）

Docker学习笔记二(linux下安装Docker) 1.在线安装linux Docker 这种方式首先要保证linux 环境下可以上网,当然,小编是在自己的电脑上安装了虚拟机,在虚拟机上安装了,linux系统,你也可以直接操作linux系统:如果需要学习如何安装.学习,虚拟机,并安装linux系统,可以参考小编另外一篇博客,写博不易,请支持. 查看linux系统(当然一下你可以不做,小编只是查看下安装信息): 1.uname -a Linux查看版本当前操作系统内核信息 [root@loca…