适配器：连接不同世界的桥梁
在平常生活，我们常常会遇到连接不同接口装备的情况。比如可以，你的手机充电口是Ｔype-Ｃ接口，但你只有一个ＵＳＢ接口的充电器。这时候，你就一个Ｔype-Ｃ转ＵＳＢ的适配器来实现充电功能。
在软件开发领域，也存在类似的情况。当我们将一个现有的类运用到一个新的环境，但这个类的接口与新环境不兼容时，就使用适配器模式。
适配器模式是一种结构型模式，就像现实生活中的适配器一样，充当着两个不兼容接口之间的桥梁。允许本来由于接口不兼容而不能一起工作的类协同工作。
适配器模式的核心思想是将一个类的接口转换成客户端所期望的另外一个接口。包括以下几个角色：
目标接口（Ｔarget）： 定义客户端使用的接口。
适配者（Ａdaptee）： 被适配的类，提供了一些功能，但接口与目标接口不兼容。
适配器（Ａdapter）： 实现了目标接口，并持有一个适配者对象的援用。将客户真个要求转换成对适配者对象的调用，从而实现适配的功能。
适配器模式在以下场景中非常有用：
复用现有类： 当你使用一个现有的类，但接口与你的需求不符时，可使用适配器模式来适配这个类，而无需修改原有代码。
兼容第三方库： 当你使用一个第三方库，但接口与你的系统不兼容时，可使用适配器模式来进行适配。
隐藏复杂性： 适配器模式可以将一个复杂的接口封装起来，提供一个更简单易用的接口给客户端使用。
优点：
提高代码复用性： 可以复用现有的类，避免重复造轮子。
提高代码灵活性： 可以轻松地替换不同的适配器，以适应不同的需求。
符合开闭原则： 可以在不修改原有代码的情况下扩大系统功能。
缺点：
增加代码复杂度： 引入新的类和接口会增加代码的复杂度。
过度使用致使代码混乱： 如果过度使用适配器模式，会致使代码结构混乱。
适配器模式在实际开发中的运用，比如可以：
Ｊava 中的 ＩnputＳtreamＲeader 和 ＯutputＳtreamＷriter 类： 分别用于将字节流转换为字符流，和将字符流转换为字节流。
Ｓpring 框架中的适配器模式： Ｓpring 框架中大量使用了适配器模式，比如可以 ＨandlerＡdapter、ＶiewＲesolver 等。
ＨandlerＡdapter
ＶiewＲesolver
适配器模式是一种非常实用的模式，可以帮助我们解决接口不兼容的问题，提高代码的复用性和灵活性实际开发，我们应当根据具体情况选择是不是使用适配器模式，避免过度使用致使代码复杂度增加。
