结构型模式（10）适配器模式-KeepStudy

结构型模式（10）适配器模式

>适配器模式，是构造型模式之一，通过Adapter模式可以改变已有类（或外部类）的接口形式。

#### 适配器模式应用场景
在大规模的系统开发过程中，我们常常碰到诸如以下这些情况：
我们需要实现某些功能，这些功能已有还不太成熟的一个或多个外部组件，如果我们自己重新开发这些功能会花费大量时间；所以很多情况下会选择先暂时使用外部组件，以后再考虑随时替换。但这样一来，会带来一个问题，随着对外部组件库的替换，可能需要对引用该外部组件的源代码进行大面积的修改，因此也极可能引入新的问题等等。如何最大限度的降低修改面呢？

Adapter模式就是针对这种类似需求而提出来的。Adapter模式通过定义一个新的接口（对要实现的功能加以抽象），和一个实现该接口的Adapter（适配器）类来透明地调用外部组件。这样替换外部组件时，最多只要修改几个Adapter类就可以了，其他源代码都不会受到影响。

- 假设我们有一个文章类已经完成了文章的列表及详细信息展示工作：
```php
<?php
class article{
	//文章列表获取方法
	public function getLIst(){
		echo '获取文章列表';
	}
	//根据文章id获取文章的标题和内容
	public function getInfo($id){
		echo '根据文章id获取文章的标题和内容';
	}
}
$art = new article();
$art->getInfo(1);
```
由于项目的需要，现在需要这样的一个功能。获取文章细节时还需要获取文章的创建时间，并需要更新文章的阅读次数。
如果不使用适配器模式我们首先想到的时修改article类的源代码增加这样的功能。之所以这样想是因为上面的例子代码很简单，如果他是上千行呢？如果getInfo()代码非常复杂呢？

- 使用适配器模式来解决这一切吧！
```php
class articleAdapter{
	public $_artObj;
	public function __construct($artObj){
		this?>artObj=artObj;
	}
	public function getInfo($id){
		this?>artObj?>getInfo(id);
	}
	public function getInfoAndUpdate($id){
		//利用$this->_artObj查询符合要求的文章数据并更新浏览次数
		echo '$this->_artObj;
	}
}
$art = new articleAdapter(new article());
$art->getInfo(12);
$art->getInfoAndUpdate(12);
```

#### 为什么不使用继承？

对象适配器：不是通过继承的方式，而是通过对象组合的方式来进行处理的，我们只要学过OO的设计原则的都知道，组合相比继承是推荐的方式。

类适配器：通过继承的方式来实现，将旧系统的方法进行封装。对象适配器在进行适配器之间的转换过程中，无疑类适配器也能完成，但是依赖性会加大，并且随着适配要求的灵活性，可能通过继承膨胀的难以控制。

一般来说类适配器的灵活性较差，对象适配器较灵活，是我们推荐的方式，可以通过依赖注入的方式，或者是配置的方式来做。类适配器需要继承自要适配的旧系统的类，无疑这不是一个好的办法。

顶部

PHP设计模式

目录

相关推荐