“高内聚、松耦合”“单一职责原则”“接口隔离原则”“基于接口而非实现编程”“迪米特法则”，它们之间的区别和联系吗？
区别:
高内聚、松耦合:是一个重要的设计思想,能够有效地提高代码的可读性和可维护性,缩小功能改动导致的代码改动范围.
单一职责原则:A class or module should have a single reponsibility.提供的功能上要单一.
接口隔离原则:Clients should not be forced to depend upon interfaces that they do not use.与外部关系上只依赖需要的抽象.
基于接口而非实现编程:Program to an interface, not an implementation.是一条比较抽象、泛化的设计思想,为了提高代码的灵活性/扩展性/可维护性.
迪米特法则:Each unit should have only limited knowledge about other units: only units “closely” related to the current unit. Or: Each unit should only talk to its friends; Don’t talk to strangers.每个单元只该依赖与它关系密切的单元,最少知道,只与关系密切的单一交互.
联系:
职责越单一越容易做到接口隔离,也越容易做到最少知道的迪米特法则.
基于抽象编程抽象的知识越顶层越脱离具体实现,相对知道的内容就越少,也容易实现迪米特法则.
接口隔离原则与迪米特法则都强调只依赖需要的部分,接口隔离原则是相对偏上层来说的,迪米特法则是相对偏具体实现来说的.
单一职责原则/接口隔离原则/基于接口而非实现编程/迪米特法则都以实现代码的"高内聚、松耦合"为目的,提高代码的可读性和可维护性,缩小功能改动导致的代码改动范围,降低风险.

1.单一职责原则    
适用对象:模块，类，接口
侧重点:高内聚，低耦合    
思考角度:自身

2.接口隔离原则
适用对象:接口，函数    
侧重点:低耦合    
思考角度:调用者

3.基于接口而非实现编程
适用对象:接口，抽象类    
侧重点:低耦合
思考角度:调用者

4.迪米特法则    
适用对象:模块，类    
侧重点:低耦合    
思考角度:类关系

关于LoD，请记住一条：方法中不要使用ChainMethods。

坏的实践：
Amount = customer.orders().last().totals().amount()
和
orders = customer.orders()
lastOders = orders.last()
totals = lastOders.totals()
amount = totals.amount()

上面的例子中，chain中的方法改变会影响很多地方。这里注意区别建造者模式和pipeline管道，这两种的chain中的方法不易改变。

出现这样的代码，需要考虑可能是设计或实现出了问题。

LoD如何使用：
一个类C中的方法只能调用：
1、C中其他实例方法
2、它自己的参数方法
3、它创建对象的方法
4、不要调用全局变量（包括可变对象、可变单例）
例如：
class HtmlDownloader{
  Html html;
  public void downloadHtml(Transporter trans, String url){
    if(checkUrl(url)){// ok 自己的实例方法
      // return
    }
    rawData = trans.send(uri);// ok 参数对象的方法
    Html html = createHtml(rawData); // ok 它创建的对象
    html.save();// ok  它创建对象的方法
  )
  private boolean checkUrl(String url){
    // check
  }
}

参考：
The Pragmatic Programmer 1st edition and 2nd edition

“高内聚、松耦合” 是衡量好代码的标准之一，为了实现这样的目标，我们需要遵循如下原则：
“基于接口而非实现编程”，接口本身就是一层抽象，接口是稳定的，实现是易变的，强调的是基于契约编程，这样能够隔离变化。实现细节代码的变化，不影依赖该接口的对象，到从而达到松耦合的目的。
“迪米特法则”，定义的是发布的接口（类、模块等）能不能依赖，如何依赖的问题。使用者去除不必要的依赖，只依赖必要的接口。这样即使接口一旦发生变化，需要了解这一变化的类就会比较少，达到松耦合的目的。
“接口隔离原则”，从使用者的角度考虑如何设计接口，让使用者只依赖必要的接口，不会被迫依赖不用的接口。这样即使接口一旦发生变化，需要了解这一变化的类就会比较少，这样就能符合 “迪米特法则” 。
“单一职责原则”，针对模块、类、接口的设计，将功能相关性很强的代码抽取到一起，达到高内聚的目标。

前几天没抽出时间，今天补上。
1，感觉还是要做笔记，现在才知道要做一下笔记，不然前面学的基本上只是留个大概的印象，效率低
2，感觉开始有难度了，综合性更高了，开始加速了么？哈哈
课后思考：
1，这五个原则与思想，联系就是：都是为了提高代码的可读性、扩展性、灵活性等，这也是这些原则产生的原因之一，我觉得应该把握这个主要的目的，再去应用这些原则或者设计模式，否则单纯为了使用这些原则，那很可能适得其反，我又想起那句话：“不忘初心方得始终”，学习设计模式也要这样吧。
老师的代码实战二，简单的序列化使用LOD原则，感觉过度设计了，不过一看后面功能变复杂了，觉得设计才合理。
2，区别：应该是关注点不同吧，“高内聚、低耦合”关注的是类，也就是考虑类与类之间的关系；单一职责则是关注前几天没抽出时间，今天补上。
1，感觉还是要做笔记，现在才知道要做一下笔记，不然前面学的基本上只是留个大概的印象，效率低
2，感觉开始有难度了，综合性更高了，开始加速了么？哈哈
课后思考：
1，这五个原则与思想，联系就是：都是为了提高代码的可读性、扩展性、灵活性等，这也是这些原则产生的原因之一，我觉得应该把握这个主要的目的，再去应用这些原则或者设计模式，否则单纯为了使用这些原则，那很可能适得其反，我又想起那句话：“不忘初心方得始终”，学习设计模式也要这样吧。
老师的代码实战二，简单的序列化使用LOD原则，感觉过度设计了，不过一看后面功能变复杂了，觉得设计才合理。
2，区别：应该是关注点不同吧，“高内聚、低耦合”关注的是类，也就是考虑类与类之间的关系；单一职责则是关注某一个类或者函数的功能是否单一；接口隔离则关注不要依赖不需要的接口；基于接口而非实现编程就考虑将实现替换为接口。
自己感觉这些还没有彻底理解，只是大概知道，感觉离掌握与熟悉还有一段距离。

“高内聚、松耦合” 描述了模块本身与模块之间的性质
“单一职责原则” 描述了模块本身的性质
“接口隔离原则” 描述了模块应该以一种怎样的方式提供接口，即提供最小化依赖
“基于接口而非实现编程” 描述了模块的开发过程
迪米特法则 与接口隔离原则类似，不过是从调用者的角度去看该如何做到最小化依赖


“迪米特法则”