架构师训练营 -Week 02 命题作业

请描述什么是依赖倒置原则，为什么有时候依赖倒置原则又被称为好莱坞原则？

依赖倒置原则，英文全称Dependency Inversion Principle，简称DIP。

定义：

• 高层模块不应该依赖于低层模块，二者都应该依赖于抽象.

• 抽象不应该依赖于细节，细节应该依赖于抽象.

在传统的过程式程序设计里，高层模块一般是指调用方，低层模块一般是指被调用方，高层模块需要调用低层模块，高层模块依赖于低层模块。

高层模块与低层模块，在可重用的角度中，不管是低层模块和高层模块，设计的时候都应该考虑模块的可重用性，任何一个模块都应该支持很多模块调用，设计低层模块的时候，可能不只是为了某一个高层模块而设计的，而设计高层模块的时候，依赖了低层模块，当低层模块发生变化的时候，高层模块直接会被影响到，

高层模块的可重用实际上更是大家所希望的，越高层次的抽象可重用的价值越大，高层模块依赖于低层模块，会导致高层模块可重用性变的困难。

在面向对象设计中，解决这种依赖的问题的关键就是抽象(这里指接口或抽象类)，设计的抽象应该根据高层模块的的业务逻辑定义，抽象在层次上是属于高层模块层次，这样就实现了高层模块不依赖于低层模块，二者都依赖于抽象，依赖关系从高层依赖低层变为了两者依赖了抽象。从层次上看，原来是高层层次依赖于低层层次，现在抽象属于高层层次，高层模块也在高层层次，低层模块在低层层次，低层层次依赖于高层层次，依赖关系实现了倒置。



依赖倒置原则不仅仅是用抽象的这种手段进行解耦模块之间依赖，还包括设计抽象与模块之间关系的时候，应该将层次之间的依赖反转过来。

好莱坞原则，Don't call us, we will call you（不要给我们打电话,我们会给你打电话），实际上正是形象的描述了依赖倒置原则中依赖关系的倒置，比较类似。

请描述一个你熟悉的框架，是如何实现依赖倒置原则的。

依赖倒置原则，框架层面的设计基本都会用到这个原则。

例如Tomcat：

Tomcat 是用来运行 Java Web 应用程序的容器。我们编写的 Web 应用程序代码只需要部署在 Tomcat 容器下，便可以被 Tomcat 容器调用执行。按照之前的划分原则，Tomcat 就是高层模块，我们编写的 Web 应用程序代码就是低层模块。Tomcat 和应用程序代码之间并没有直接的依赖关系，两者都依赖同一个“抽象”，也就是 Servlet 规范。

Servlet 规范定义了Servlet与Servlet容器之间的契约。这个契约是：Servlet容器(Tomcat等)将Servlet类载入内存，并产生Servlet实例和调用它具体的方法，用户请求致使Servlet容器调用Servlet的Service()方法，并传入一个ServletRequest对象和一个ServletResponse对象，ServletRequest对象和ServletResponse对象都是由Servlet容器（Tomcat等)封装好的，我们编写的 Web 应用程序可以直接使用这两个对象，ServletRequest中封装了当前的Http请求，因此，我们编写的 Web 应用程序不必解析和操作原始的Http数据，ServletResponse表示当前用户的Http响应，只需直接操作ServletResponse对象就能把响应轻松的发回给用户，Servlet容器还会创建一个ServletContext对象，这个对象中封装了上下文（应用程序）的环境详情，每个应用程序只有一个ServletContext。每个Servlet对象也都有一个封装Servlet配置的ServletConfig对象。

Servlet 规范不依赖具体的 Tomcat 容器和应用程序的实现细节，而 Tomcat 容器和应用程序依赖 Servlet 规范这个抽象。

请用接口隔离原则优化 Cache 类的设计，画出优化后的类图。



提示：cache 实现类中有四个方法，其中 put get delete 方法是需要暴露给应用程序的，rebuild 方法是需要暴露给系统进行远程调用的。如果将 rebuild 暴露给应用程序，应用程序可能会错误调用 rebuild 方法，导致 cache 服务失效。按照接口隔离原则：不应该强迫客户程序依赖它们不需要的方法。也就是说，应该使 cache 类实现两个接口，一个接口包含 get put delete 暴露给应用程序，一个接口包含 rebuild 暴露给系统远程调用。从而实现接口隔离，使应用程序看不到 rebuild 方法。

多重继承方式：