代码整洁之道(RobertC.Martin)之第一章: 前言

//其实很多时候, 写代码更像是在创造艺术。–渣男语录

一、为什么要写出整洁的代码?

曾想过无数种解释, 最后还是用书里的一句话回答:

1. 你是个程序员
2. 你想成为更好的程序员

二、整洁的代码只做好一件事

//还没到分析代码的章节
继续引用书中的一句话:

整洁的代码简单直接。整洁的代码如同优美的散文。
整洁的代码从不隐藏设计者的意图，
充满了干净利落的抽象和直截了当的控制语句。

三、介绍

代码整洁之道第一章主要介绍了鲍勃大叔(robertC.Martin)的整洁形成的原因和发展史以及对代码整洁的理解(代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础)。

四、总结

//以下是对第一章提到的一些常用概念解释

• 代码猴子 => SD West 2007大会上 鲍勃大叔 以一曲嘲笑低水平编码者的Code Monkey（代码猴子）开场。
  (译者对代码猴子的理解 => 一群猴子上蹿下跳，自以为领略了编程的真谛。可惜，当我们抓着几个酸桃子，得意洋洋坐到树枝上，却对自己造成的混乱熟视无睹。那堆“可以运行”的乱麻程序，就在我们的眼皮底下慢慢腐坏。
  )

• 童子军军规 => 源自童子军军规，当你离开一个地方的时候，要让它比你来的时候更整洁干净。

• 破窗理论 => 如果一开始人们对于破坏的窗户放任不管, 最后问题只会越来越严重。

• 六大设计原则 =>

  1. 开放关闭原则 (对拓展开放, 对修改关闭);
  2. 依赖倒置原则 (高层模块和底层模块之间不应该相互依赖, 而是都依赖于抽象);
  3. 接口单一职责 (对于每个类都应该有其明确的方法和模块) ;
     //前端中我的理解是对于一个组件应该实现接口单一职责, 一个组件理应不可再拆分, 且有明确的职责。
  4. 接口隔离原则 ( 对于接口尽量拆分成更细小的接口);
     //与单一职责相比, 我觉得隔离约束的更多是框架层面提供的功能接口, 约束框架及抽象。
  5. 迪米特最少知道原则 (一个类对于其它类保持最少了解);
     //前端理解类可能比较困难, 可以理解成一个在原型上实现的功能模块, 应该尽可能少的去使用其它原型上的功能。降低两个模块之间的联系。
  6. 依赖倒置原则(又称lsp原则)
     任何父类出现的地方均可以用子类替换

明天继续看代码整洁之道