关于模式本身的概念,请參考网上其他文章
此处仅仅讨论在PHP实际开发过程中的应用
此模式适用范围极为受限,适用情景:
1.适用于项目维护过程,不适用于项目开发过程
2.新增需求,要求为一个/多个类添加一个/多个,同样/相似的方法
3.原有代码不能改动或扩展
4.原有类已经预留了一个为本模式准备的接口.
以上,3,4非常难同一时候在产品维护过程中同一时候出现.
需求:
1.一组对象,同属一个父类或分属不同父类,使用某一数据结构组成一个数据集,此处的数据结构能够是概念意义上的队列,栈,集合,树,图或实际意义上的一维或多维数组,仅仅要能够遍历就可以
2.项目须要对以上对象添加一个操作,以便在遍历整组对象时,同名调用.
实现过程:
1.原有代码中,以上对象所属的类,事先预留了一个扩展接口,能够叫做accept(奇怪的名字)
Class ElementA{
public function accept(VisitorBase $v){
$v->visitA($this);
}
}
class ElementB{
public function accept(VisitorBase $v){
$v->visitB($this);
}
}
依据以上,我们当然要事先定义一个VisitorBase的抽象接口
interface VisitorBase {
function visitA(ElementA $eleA);
function visitB(ElementB $eleB);
}
2.新的代码中,我们为新增的操作创建一个类,叫做VisitorX(訪问者,又是一个奇怪的名称),假设有还有一个操作,能够定义为VisitorY,均实现了VisitorBase接口
class VisitorX implements VisitorBase{
public function visitA(ElementA $eleA){
//此处能够訪问元素A的方法以处理详细事务
$eleA->someFunc();
}
public function visitB(ElementB $eleB){
……
}
}
3.新的代码中,我们能够遍历,以数组为例(这个最经常使用了)
$x=new VisitorX;
foreach($elementArray as $element){
$element->accept($x);
}
以上将遍历全部元素(不管是否同一父类),对每个元素运行VisitorX类中的对应操作.
草根观点:
1.凭什么原有代码不让改动?仅仅是加个方法而已.
2.我不改原有代码,还不让我继承一下,扩展一个方法?
3.原有代码定义扩展接口了么?
曾经的程序猿有这么前瞻?
4.仅仅要有其他方式实现同等功能,尽量不要使用此设计模式, 这将导致对同一对象的操作代码分散在程序的不同位置,不利于进一步的维护与改动.
5.可考虑的替代实现方法:
A.改动原有类,添加一个同名方法
B.扩展(继承)原有类,添加一个同名方法
C.假设一定要将不同类的同一操作的代码集中在一起,那么考虑Trait吧