# 适配器模式
# 参考
http://c.biancheng.net/view/1361.html (opens new window)
# 定义
将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
适配器模式分为类结构型模式和对象结构型模式两种，前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。
# 应用场景
以前开发的系统存在满足新系统功能需求的类，但其接口同新系统的接口不一致。
使用第三方提供的组件，但组件接口定义和自己要求的接口定义不同。
适配器模式非常常见，除了上述接口的适配，在日常的前端开发中，对于不同的接口返回不同的数据格式，为了让数据格式一致便于开发维护， 会写一个函数对这些数据进行转换。这种数据“适配”，也是适配器模式的一种体现。
# 实现、应用思路
适配器模式（Adapter）包含以下主要角色。
目标（Target）接口：当前系统业务所期待的接口，它可以是抽象类或接口。
适配者（Adaptee）类：它是被访问和适配的现存组件库中的组件接口。
适配器（Adapter）类：它是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，让客户按目标接口的格式访问适配者。
# 优点
将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，而无须修改原有代码。
增加了类的透明性和复用性，将具体的实现封装在适配者类中，对于客户端类来说是透明的，而且提高了适配者的复用性。
灵活性和扩展性都非常好，通过使用配置文件，可以很方便地更换适配器，也可以在不修改原有代码的基础上增加新的适配器类，完全符合“开闭原则”。
# 缺点
对类适配器来说，更换适配器的实现过程比较复杂，增加了系统复杂度。
# 代码实例
/* 我们从不同的地方收购了两个机器人，一个攻击方式是用枪射击，一个是用剑刺击。
我们系统原有的机器人统一都是调用fight攻击接口，为了保留现有接口以及不改动第三方
机器人的接口，我们增加了对应的适配器来让刚购入的机器人能在我们系统中运行。 */
// 目标接口，所有机器人都需要实现该接口
interface Target {
fight: Function
}
// 适配者类（刚购入的两个机器人）
class Robot1 {
shot() {
console.log('枪攻')
}
}
class Robot2 {
stab() {
console.log('刺击')
}
}
// 适配器类
class Robot1WithAdapter implements Target{
robot: Robot1
constructor() {
this.robot = new Robot1()
}
fight() {
this.robot.shot()
}
}
class Robot2WithAdapter implements Target {
robot: Robot2
constructor() {
this.robot = new Robot2()
}
fight() {
this.robot.stab()
}
}
const r1 = new Robot1WithAdapter()
const r2 = new Robot2WithAdapter()
// 最后都是调用fight接口来进行攻击
r1.fight()
r2.fight()