訪問者模式 定義
????封裝一些作用于某種數(shù)據(jù)結(jié)構(gòu)中的各個(gè)元素的操作，他可以在不改變這個(gè)數(shù)據(jù)結(jié)構(gòu)的前提下定義作用于這些元素的新的操作。
訪問者模式使用場景
???? 1、對象結(jié)構(gòu)中對象對應(yīng)的類很少改變臭脓，但經(jīng)常需要在此對象結(jié)構(gòu)上定義新的操作。
???? 2腹忽、需要對一個(gè)對象結(jié)構(gòu)中的對象進(jìn)行很多不同的并且不相關(guān)的操作来累，而需要避免讓這些操作"污染"這些對象的類，也不希望在增加新操作時(shí)修改這些類窘奏。
UML類圖
角色介紹
???? (1) visitor：接口或者抽象類-它定義了對每個(gè)元素訪問的行為嘹锁，他的參數(shù)就是訪問的元素，理論上講蔼夜，該類的方法數(shù)量和元素?cái)?shù)量是一致的兼耀。因此訪問者模式需要要求元素的類簇是要穩(wěn)定的，如果經(jīng)常添加求冷、刪除元素類、必然會(huì)頻繁的修改訪問者類窍霞。如果出現(xiàn)這種情況匠题，說明場景不適合訪問者模式。
????（2）ConcreateVisitor :具體的訪問者但金，他需要給每個(gè)元素類訪問時(shí)產(chǎn)生的具體行為韭山。
????（3）Element：元素類，他要定義一個(gè)接受訪問的方法（accept），其意義是指每個(gè)元素都應(yīng)該可以被訪問者訪問钱磅。
????（4）ConcreateElement：具體的元素類梦裂，他提供具體的訪問方法實(shí)現(xiàn)。一般由訪問者提供
????（5）ObjectStructure:定義對象結(jié)構(gòu)盖淡，對象結(jié)構(gòu)是一個(gè)抽像表述年柠，它內(nèi)部管理了元素類，并且可以迭代這些對象共訪問者訪問褪迟。
訪問者模式簡單實(shí)例
???? 在年終的時(shí)候冗恨，公司都會(huì)對員工的業(yè)績進(jìn)行考核。但是不同領(lǐng)域的管理人員對員工的評(píng)定是不一樣的味赃。為了簡單說明問題掀抹，我們把員工分成工程師和經(jīng)理，評(píng)定員工分成CEO 和CTO 心俗。我們假定CTO只關(guān)注工程師代碼量傲武，經(jīng)理新產(chǎn)品數(shù)量，而CEO關(guān)注的是工程師的KPI和經(jīng)理的KPI以及產(chǎn)品的數(shù)量城榛。
???? 從中可以看出CEO 和CTO的關(guān)注點(diǎn)是不一樣的揪利，這就要對不同的員工進(jìn)行不同的處理，這時(shí)訪問者模式就排上用場了吠谢。
/**
* 基類 - 員工
* @author Zero
*/
public abstract class Staff {
public String name;
public int kpi;
public Staff(String name) {
super();
this.name = name;
this.kpi = new Random().nextInt(10);
}
/**
* 接受上級(jí)訪問(查崗)
*
* @param visitor
*/
public abstract void accept(Visitor visitor);
}
員工提供了一個(gè)accept方法 提供訪問者訪問土童。具體訪問邏輯由子類實(shí)現(xiàn)。
/**
* 員工 - 工程師
* @author Zero
*/
public class Engineer extends Staff {
public Engineer(String name) {
super(name);
}
@Override
public void accept(Visitor visitor) {
visitor.visit(this);
}
/**
* 工程師一年的代碼量
* @return
*/
public int getCodeLines() {
return new Random().nextInt(10000 * 10);
}
}
/**
* 員工 - 經(jīng)理
* @author Zero
*/
public class Manager extends Staff {
int products;
public Manager(String name) {
super(name);
products = new Random().nextInt(10);
}
@Override
public void accept(Visitor visitor) {
visitor.visit(this);
}
/**
* 一年內(nèi)做的產(chǎn)品數(shù)量
*
* @return
*/
public int getProducts() {
return products;
}
}
工程師和經(jīng)理分別提供不同的訪問業(yè)績方法工坊。并把訪問邏輯委托到訪問者去實(shí)現(xiàn)献汗。
/**
* 統(tǒng)計(jì)報(bào)表 - 業(yè)務(wù)報(bào)告
* @author Zero
*/
public class BusinessReport {
List<Staff> mStaffs = new LinkedList<>();
public BusinessReport() {
mStaffs.add(new Manager("經(jīng)理 - 王"));
mStaffs.add(new Manager("經(jīng)理 - 趙"));
mStaffs.add(new Engineer("工程師 - 李"));
mStaffs.add(new Engineer("工程師 - 張"));
mStaffs.add(new Engineer("工程師 - 錢"));
mStaffs.add(new Engineer("工程師 - 馬"));
}
/**
* 為公司領(lǐng)導(dǎo)展示報(bào)表
*/
public void showReprot(Visitor visitor) {
for (Staff staff : mStaffs) {
staff.accept(visitor);
}
}
}
下面看看訪問者的方法定義
public interface Visitor {
/**
* 訪問工程師類型
* @param engineer
*/
public void visit(Engineer engineer) ;
/**
* 訪問經(jīng)理類型
* @param manager
*/
public void visit(Manager manager) ;
}
提供了一個(gè)重載的訪問方法，目的就是區(qū)別對待 王污、差異化處理不同的元素罢吃。
public class CTOVisitor implements Visitor {
@Override
public void visit(Engineer engineer) {
System.out.println("工程師:" + engineer.name + ",代碼函數(shù):" + engineer.getCodeLines());
}
@Override
public void visit(Manager manager) {
System.out.println("經(jīng)理:" + manager.name + ",新產(chǎn)品數(shù)量:" + manager.products);
}
}
public class CEOVisitor implements Visitor {
@Override
public void visit(Engineer engineer) {
System.out.println("工程師:" + engineer.name + ",KPI:" + engineer.kpi);
}
@Override
public void visit(Manager manager) {
System.out.println("經(jīng)理:" + manager.name + ",kpi:" + manager.kpi + ",新產(chǎn)品數(shù)量:" + manager.products);
}
}
如果我們需要使用一個(gè)訪問方法 的方式去做，我們的代碼大致是這樣子的：
public void visit(Staff staff) {
if(staff instanceof Engineer) {
//做一些操作
}else {
//做一些操作
}
}
如果類型再多了昭齐，那將會(huì)出現(xiàn)大量的if - else 這樣代碼邏輯就會(huì)越來越復(fù)雜尿招。可以看出使用訪問者模式阱驾，使代碼簡潔就谜、擴(kuò)展性更強(qiáng)了。
客戶端代碼：
public class Client {
public static void main(String[] args) {
BusinessReport report = new BusinessReport();
System.out.println("============ 給CEO看的報(bào)表 ============");
report.showReprot(new CEOVisitor());
System.out.println("============ 給CTO看的報(bào)表 ============");
report.showReprot(new CTOVisitor());
}
}
UML類圖
優(yōu)缺點(diǎn)評(píng)定
優(yōu)點(diǎn)： 1里覆、符合單一職責(zé)原則丧荐。 2、優(yōu)秀的擴(kuò)展性喧枷。 3虹统、靈活性弓坞。
缺點(diǎn)： 1、具體元素對訪問者公布細(xì)節(jié)车荔，違反了迪米特原則渡冻。 2、具體元素變更比較困難忧便。 3族吻、違反了依賴倒置原則，依賴了具體類茬腿，沒有依賴抽象呼奢。
