代码整洁之道(1)

由于大量的工作程序的复杂度越来越高,需要更多的时间去花很多的时间去调试,所以我们更需要去深思。

少既是多

细节的关注甚至是关键的专业性基础。首先开发者通过小型实践获得可用于大型实践的技能和信用度。如。宏大建筑中最细小的部分,如关不紧门、没有铺平的地板,甚至是凌乱的桌面。都会将整个的大局毁灭殆尽。

5S哲学

整理--------搞清楚事物之所在,通过恰当地命名之类手段是至关重要的。

整顿--------物皆有其位,而后物尽归其位。每段代码都该在你希望它所在的地方,如果不在那里,就需要重构。

清楚--------清理工地的拉线、油污和边角废料。对于那种四处遗弃的带注释的代码及反映过往或期望的无注释代码,除之而后快。

清洁--------保持工作地清洁成为组内共识。

身美--------实践中贯彻规程,实时体现于个人工作,而且要乐于改进。

驶向一种负责人的专业精神之根源所在,专业性关注产品生命周期的专业领域。

写出可读的代码,重要程序不亚于写出可执行的代码。围绕TPM引入终极实践。

整洁近乎虔诚。

首小节者不亏大节。

及时一针省九针。

早起的鸟儿有虫吃。

日事日毕。

巨木生于树籽。

防病好过治病。

一天一苹果,医生远离我。

整洁代码以其对细节的关注,是壮丽文化之下的智慧根源。

全新倾注于细节,屡见于追求卓越的行为。

制造上的返工导致成本上升,但重做设计却制造出价值。应当视代码为设计--作为过程而非终点的设计。

学习技艺要有二:知和行。习得有关原则、模式和实践的只是,穷尽应知之事,并且要对其了如执掌,通过刻苦实践掌握它。

学习整洁代码很难,可不止于要求你掌握原则和模式。你得在这上面花工夫。须自行实践,且体验自己的失败。须观察他人的实践与失败。须看看别人是怎样蹒跚学步,在转头研究他们的路数。须看看别人是如何绞尽脑汁做出决策,又是如何为错误决策付出代价。

需要花工夫。您的付出的劳动会在第3部分得到回报。把每个操作理由记录为一种启示或灵感。

阅读本书,你有两种原因。1:你是程序员。2:你想成为更好的程序员。

代码呈现了需求的细节,需求明确到机器可以执行的细节程序,就是编程要做的事。规约叫代码。我们应该更加关心模型和需求。

稍后等于永不。

花时间保持代码整洁不但有关效率,还有关生存。

程序员遵从不了解混乱风险的经理的意愿,也是不专业的做法。

糟糕的代码想做太多事,它意图混乱、目的含混。整洁的代码力求集中。每个函数、每个类和每个模块都全神灌注于一事,完全不受四周细节的干扰和污染。

整洁的代码从不隐藏设计者的意图,充满了干净利落的抽象和直接了当的控制语句。

代码应讲述事实,不引人猜测。只该包含必须之物。果断决绝,就事论事,没有犹豫或不必要的细节。

消除重复和提高表达力,提早构建简单抽象。

不要重复代码,只做一件事,表达力,小规模抽象。

让编程语言像是专门为解决那个问题而存在的。

时间: 2024-11-05 22:33:06

代码整洁之道(1)的相关文章

《代码整洁之道》读后感

众所周知,软件质量,不但依赖于架构及项目管理,而且与代码质量紧密相关.这一点,无论是敏捷开发派还是传统开发派,都不得不承认.<代码整洁之道>提出一种观念:代码质量与其整洁度成正比.干净的代码,既在质量上较为可靠,也为后期维护.升级奠定了良好的基础.作为编程领域的佼佼者,这些实践在<代码整洁之道>中体现为一条条规则(或称“启示”),并辅以来自现实项目的正.反两面的范例.只要遵循这些规则,就能编写出干净的代码,从而有效提升代码质量.以上便是<代码整洁之道>这本书的内容简介,

《代码整洁之道》精读与演绎】之四 优秀代码的格式准则

本系列文章由@浅墨_毛星云 出品,转载请注明出处.  文章链接:http://blog.csdn.net/poem_qianmo/article/details/52268975 作者:毛星云(浅墨)    微博:http://weibo.com/u/1723155442 这篇文章将与大家一起聊一聊,书写代码过程中一些良好的格式规范. 一.引言 以下引言的内容,有必要伴随这个系列的每一次更新,这次也不例外. <代码整洁之道>这本书提出了一个观点:代码质量与其整洁度成正比,干净的代码,既在质量上

&lt;代码整洁之道&gt;、&lt;java与模式&gt;、&lt;head first设计模式&gt;读书笔记集合

一.前言                                                                                       几个月前的看书笔记,内容全部都是摘自书中比较精辟的句子.笔记都是一段一段的句子,故没有文章的篇幅概念,仅供温习之用,更多详细内容请看原书!!! <代码整洁之道>里面有很多前人编写简洁.漂亮代码的经验.当然书中作者的经验并不100%适合每个人,但大部分都是可借鉴的! <java与模式>这本书内容太多了,我

【读书笔记】--代码整洁之道

“相对于任何宏伟景愿,对细节的关注甚至是更为关键的专业性基础.首先,开发者通过小型实践获得可用于大型实践的技能和信用度.其次,宏伟建筑中最细小的部分,比如关不紧的门,有点儿没有铺平的地板,甚至是凌乱的桌面,都会将整个大局的魅力毁灭殆尽.这就是整洁代码之所系”----没有比书中的这段话更能说明这本书的意义了. <代码整洁之道>是第1期书山有路活动选出的读本.相对于记住那些如何写出整洁代码的那些法则,养成保持代码整洁.提高代码质量的习惯和思维更为重要.全书大致分为三个部分,第一部分1-10章都是介

代码整洁之道

命名,多花些时间推敲命名, 有意义的命名非常重要. 接口的命名,不使用"I"开头比较简洁,加上I以后是比较规范,但是比较繁琐以及废话.如果想区别接口和实现,不如在实现类中进行编码,比如添加后缀"Imp",android以及jdk中的大多数接口都没有使用I. 取名字带有简写要慎重, 比如"人事系统"的类, 前面都是"RSXT..",除了让快捷按钮找不到类以外,没有啥意义了,用包吧. 函数,函数要短小,要职责明确,最好功能单一,参

【《代码整洁之道》精读与演绎】之四 优秀代码的书写格式准则

本系列文章由@浅墨_毛星云 出品,转载请注明出处.   文章链接:http://blog.csdn.net/poem_qianmo/article/details/52268975 作者:毛星云(浅墨)    微博:http://weibo.com/u/1723155442 这篇文章将与大家一起聊一聊,书写代码过程中一些良好的格式规范. 一.引言 以下引言的内容,有必要伴随这个系列的每一次更新,这次也不例外. <代码整洁之道>这本书提出了一个观点:代码质量与其整洁度成正比,干净的代码,既在质量

&lt;读书笔记&gt; 代码整洁之道

概述 1.本文档的内容主要来源于书籍<代码整洁之道>作者Robert C.Martin,属于读书笔记. 2.软件质量,不仅依赖于架构和项目管理,而且与代码质量紧密相关,本书提出一种,代码质量与整洁成正比的观点,并给出了一系列行之有效的整洁代码操作实践,只要遵循这些规则,就可以编写出整洁的代码,从而提升代码质量. 3.该书介绍的规则均来自于作者多年的实践经验,涵盖从命名到重构的多个编程方面,具有很好的学习和借鉴价值. 4.习艺要有二:知和行.你应当学习有关规则.模式和实践的知识,穷尽应知之事,并

【《代码整洁之道》精读与演绎】之五 整洁类的书写准则

本系列文章由@浅墨_毛星云 出品,转载请注明出处.   文章链接:http://blog.csdn.net/poem_qianmo/article/details/52344732 作者:毛星云(浅墨)    微博:http://weibo.com/u/1723155442 这篇文章将与大家一起聊一聊,书写整洁类的一些法则. 一.引言 以下引言的内容,有必要伴随这个系列的每一次更新,这次也不例外. <代码整洁之道>这本书提出了一个观点:代码质量与其整洁度成正比,干净的代码,既在质量上可靠,也为

代码整洁之道读后感(三)

注释 注释不能美化糟糕的代码 用代码来阐述你的思路 好的注释是什么? 法律信息 提供信息的注释 对意图的解释 警示:例如 // Don't run unless you have some time  to kill TODO注释 公共API的JavaDoc 坏的注释是什么? 多余的注释 误导性的注释 循轨式注释:所谓每个函数都要有JavaDoc活每个变量都要有注释的规矩简直是愚蠢.这类注释只会让代码混乱不堪. 日志式注释 废话式注释: Default Constructor 信息过多:别再注释

代码整洁之道读后感(二)

有意义的命名和函数 命名: 名副其实---选个好名字要花很长时间,但省下来的时间更多.如果发现有更好的名称,就换掉旧的. 避免误导---比如,使用accountList指称一组帐号 使用读的出来的名称---比如,genymdhms(生成日期,年,月,日,时,分,秒),这个怎么读?? 类名---类名和对象名应该是名词或名词短语,如Customer.WiKIPage.Account,避免使用Manager.Processor.Date这样的类名. 方法名---方法名应当是动词或动词短语. 函数: 短