OOD原则

开闭原则（OCP-Open/Closed Principle）：对扩展（Extension）开放，对修改（Modification）关闭

依赖倒置原则（DIP - Dependency Inversion Principle）：高层模块不能依赖低层模块，而是大家都依赖于抽象；抽象不能依赖实现，而是实现依赖抽象。

Liskov替换原则（LSP）：子类型（subtype）必须能够替换掉它们的基类型（base type）。

单一职责原则（SRP - Single Responsibility Principle）：一个类，只能有一个引起它的变化的原因。一个职责是一个变化的原因。

接口分离原则（ISP - Interface Segregation Principle）：不应该强迫客户程序依赖它们不需要的方法。



案例：反应式编程框架 Flower 的设计

GitHub - zhihuili/flower: 反应式微服务框架Flower



作业

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

好莱坞原则：框架对插件说：别来找我( 框架不会被插件实例化 )，需要的时候我会来找（按钩子函数的定义）你（负责做事情）。

软件架构有层次，考虑工程效率。依赖倒置解决了底层与高层的依赖关系，使得在高层定义接口，底层实现接口，分离了开发耦合关系，提高了面对扩展的灵活度，加快了开发效率



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

优化前：



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



优化：