本文主要是介绍《整洁代码之道》学习书摘(一),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
《整洁代码之道》
文章目录
- 《整洁代码之道》
- 序言
- 代码猴子与童子军军规
- 前言
序言
-
软件质量,不仅依赖于架构及项目管理,而且还依赖于代码的质量,该作者认为,代码的质量正比于代码的整洁度;越是整洁的代码,可维护性就越高;
-
小处诚实非小事,这意味着我们需要对我们的代码“诚实”:它们是否已经是最佳状态?它们本身能否再提高?我是否对潜在的改进无动于衷?我是否过分在意它们的工作效果而忽略了它们本身?对这些问题的回答,我们都需要诚实;
-
作者所强调的整洁,其实是一种对细节的重视:神在细节之中!细节的败坏,将使优美架构的魅力荡然无存;对细节的关注并不和对软件架构的重视相矛盾,实际上,它们相辅相成:软件架构属于宏观,整洁代码属于微观;软件架构从全局出发,整洁代码从细节着手;没有好的软件架构,整洁的代码也禁不起变化的摧残;没有整洁的代码,再高深的软件架构也是金玉其外败絮其中;总之,它们是一对好兄弟!
-
作者之所以强调整洁,是因为我们的工作中,维护多于生产;整洁的代码,既有利于生产(避免隐藏的bug)也利于维护,何乐而不为?
-
良好的软件实践遵循这些规则:专注、镇定、思考;
-
整理、整顿、清楚、清洁、自律;整理,是说对已有代码不能束之高阁,不能视而不见,需要入手整理以实现整洁代码;整顿,是说需要为整洁代码指定规则并在生产环境中有力执行;清楚是对整洁代码的基本要求,这里既包括代码组织上的清楚,也包括代码逻辑上的清楚;清洁既是动词也是名词。清楚的代码,不一定是优美的代码,也就是说不一定是整洁的代码,清洁则是对清楚的更高要求;自律是说,保持对以上规则的虔诚态度和坚持对以上规则的践行;前四条是对代码的要求;最后一条则是对我们的要求;
-
写出可读的代码,重要程度不亚于写出可执行的代码;而可读的代码,并不仅仅意味着注释,注释的作用应该是指路的明灯,太多的话,反而看不清道路;良好的代码是“自说明”的,而这也是整洁代码的特征:别为了注释而注释;
-
重构应该无处不在,重构周期应当从以年计缩短到以天记,甚至是小时:这便是细节之所在,细节之中自有天地;
-
质量是上百万次全心投入的结果——而非仅归功于任何来自天堂的伟大方法!
-
它们鼓吹:代码即设计、简单代码;我们应将代码视为过程而非终点的设计;我们应谦逊地承认,设计存在于代码之中;耦合和内聚的架构韵律在代码中脉动;
代码猴子与童子军军规
-
我们就是一群代码猴子,上蹿下跳,自以为领略了编程的真谛,但是当我们抓住酸桃子,得意洋洋坐在树上时,却对自己造成的混乱熟视无睹;
-
写整洁代码需要大量的小技巧;贯彻刻苦学习得到的“整洁感”;这种“代码感”就是关键所在;
-
离开时比发现时更整洁;
前言
-
习艺之要,在于知和行。你应当习得有关原则、模式和实践的知识,穷尽应知之事,并对其了如指掌,通过刻苦实践掌握它;
-
学习整洁代码很难,他可不止要求你掌握原则和模式,你得在上面花功夫,你需自行体验自己的失败,你需观察他人的实践与失败,你需看看他人是如何蹒跚学步,进而学习他们的路数,你需看看别人是如何绞尽脑汁作出决策,又是如何为错误付出代价;
-
阅读代码——大量代码。你需琢磨某段代码好在什么地方,坏在什么地方;
-
我们尝试去理解自己对阅读代码和修改代码的反应,尽力了解为什么会有这样的感受、为什么要如此行事,从而得到一套描述在编写、阅读、清理代码时思维方式的知识库;
-
启示本身并没有价值,真正有价值的是启示与特定环境下的具体决策之间的关系;
这篇关于《整洁代码之道》学习书摘(一)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!