【架构师训练营 - 作业 -2】依赖倒置

作业一：

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



依赖倒置原则：

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

抽象不应该依赖具体的实现，实现应该依赖于抽象

好莱坞原则：

don't call us, we'll call you



该原则将标准定义权交给了高层，由高层定义出一系列的对接标准，低层根据各自情况做实现。做到了高层不关心实现细节，保证了高层的稳定性，同时更换实现方式时比较容易。



该原理很好理解，也很好接受。如spring作为一个框架，定义了很多的标准，开发者在使用时只需要继承某些接口、添加某些注释即可实现对应的功能。



但这个一切应该是建立在高层变化不大的前提下。若高层需求变更频繁，频繁的定义一套又一套的接口，那老问题还是会出现，低层也会因为高层的频繁变更，对适配接口的工作量大量增加。



所以这个标准更多的应该是使用在较稳定的框架中。企业管理中的扁平化管理应该就是这个的反例。



作业二：

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



如mybatis 。原始的数据库查询应该是创建链接、生成sql、拼接参数、执行sql、处理返回信息、关闭链接。而mybatis这些公共的流程均封装了起来定义了接口标准、配置文件标准。使用者只需要编写sql、传入参数、指定返回信息的解析对象，即可完成整个流程。



作业三：

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

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