Android編程設(shè)計(jì)模式之訪問者模式詳解
本文實(shí)例講述了Android編程設(shè)計(jì)模式之訪問者模式。分享給大家供大家參考，具體如下：
一、介紹
訪問者模式是一種將數(shù)據(jù)操作與數(shù)據(jù)結(jié)構(gòu)分離的設(shè)計(jì)模式，它是《設(shè)計(jì)模式》中23種設(shè)計(jì)模式中最復(fù)雜的一個(gè)，但它的使用頻率并不高，正如《設(shè)計(jì)模式》的作者GOF對(duì)訪問者模式的描述：大多數(shù)情況下，你不需要使用訪問者模式，但是當(dāng)你一旦需要使用它時(shí)，那你就是真的需要它了。
訪問者模式的基本想法是，軟件系統(tǒng)中擁有一個(gè)由許多對(duì)象構(gòu)成的、比較穩(wěn)定的對(duì)象結(jié)構(gòu)，這些對(duì)象的類都擁有一個(gè)accept方法用來接受訪問者對(duì)象的訪問。訪問者是一個(gè)接口，它擁有一個(gè)visit方法，這個(gè)方法對(duì)訪問到的對(duì)象結(jié)構(gòu)中不同類型的元素作出不同的處理。在對(duì)象結(jié)構(gòu)的一次訪問過程中，我們遍歷整個(gè)對(duì)象結(jié)構(gòu)，對(duì)每一個(gè)元素都實(shí)施accept方法，在每一個(gè)元素的accept方法中會(huì)調(diào)用訪問者的visit方法，從而使訪問者得以處理對(duì)象結(jié)構(gòu)的每一個(gè)元素，我們可以針對(duì)對(duì)象結(jié)構(gòu)設(shè)計(jì)不同的訪問者類來完成不同的操作，達(dá)到區(qū)別對(duì)待的效果。
二、定義
封裝一些作用于某種數(shù)據(jù)結(jié)構(gòu)中的各元素的操作，它可以在不改變這個(gè)數(shù)據(jù)結(jié)構(gòu)的前提下定義作用于這些元素的新的操作。
三、使用場(chǎng)景
對(duì)象結(jié)構(gòu)比較穩(wěn)定，但經(jīng)常需要在此對(duì)象結(jié)構(gòu)上定義新的操作。
需要對(duì)一個(gè)對(duì)象結(jié)構(gòu)中的對(duì)象進(jìn)行很多不同的并且不相關(guān)的操作，而需要避免這些操作”污染“這些對(duì)象的類，也不希望在增加新操作時(shí)修改這些類。
四、訪問者模式的UML類圖
UML類圖：
角色介紹：
Visitor：接口或抽象類，定義了對(duì)每一個(gè)元素的訪問行為，參數(shù)就是可訪問的元素，方法個(gè)數(shù)理論上是個(gè)元素個(gè)數(shù)一樣的。因此，訪問者模式要求被訪問的對(duì)象結(jié)構(gòu)要穩(wěn)定，如果經(jīng)常增刪元素，必然會(huì)導(dǎo)致頻繁修改Visitor接口，就不適合用訪問者模式了。
ConcreteVisitor：具體的訪問者，定義具體的對(duì)每一個(gè)元素的具體訪問行為。
Element：抽象的元素接口或抽象類，定義了一個(gè)接待訪問者的方法，讓每個(gè)元素都可以被訪問者訪問。
ElementA，ElementB：具體的元素類，提供接收訪問方法的具體實(shí)現(xiàn)。這個(gè)具體實(shí)現(xiàn)通常是調(diào)用訪問者提供的訪問該元素的方法。
ObjectStructure：定義對(duì)象結(jié)構(gòu)，里面維護(hù)了一個(gè)元素的集合，并且迭代這些元素供訪問者訪問。
五、簡(jiǎn)單示例
情景：年終了，公司會(huì)給員工進(jìn)行業(yè)績(jī)考核。但是，不同領(lǐng)域的管理人員對(duì)于員工的評(píng)定標(biāo)準(zhǔn)不一樣?，F(xiàn)在員工有工程師和經(jīng)理，評(píng)定者有CEO和CTO，我們假定CTO只關(guān)注工程師的代碼量、經(jīng)理的新產(chǎn)品數(shù)量，而CEO關(guān)注的是工程師的KPI和經(jīng)理的KPI以及新產(chǎn)品數(shù)量。
員工基類：
/**
* 員工基類（Element）
*/
public abstract class Staff {
//員工姓名
public String name;
//員工KPI
public int kpi;
public Staff(String name) {
super();
this.name = name;
this.kpi = new Random().nextInt(10);
}
//接受Visitor的訪問
public abstract void accept(Visitor visitor);
}
工程師：
/**
* 工程師
*/
public class Engineer extends Staff{
private int codeLines;//代碼數(shù)量
public Engineer(String name) {
super(name);
codeLines = new Random().nextInt(10 * 10000);
}
@Override
public void accept(Visitor visitor) {
visitor.visit(this);
}
//工程師這一年寫的代碼數(shù)量
public int getCodeLines(){
return codeLines;
}
}
經(jīng)理：
/**
* 經(jīng)理
*/
public class Manager extends Staff{
private int products;//產(chǎn)品數(shù)量
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ù)量
public int getProducts(){
return products;
}
}
Visitor類：
public interface Visitor {
/**
* 訪問工程師類型
*/
public void visit(Engineer engineer);
/**
* 訪問經(jīng)理類型
*/
public void visit(Manager manager);
}
CEO訪問者：
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.getProducts());
}
}
CTO訪問者：
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.getProducts());
}
}
員工報(bào)表：
//員工業(yè)務(wù)報(bào)表類（ObjectStructure）
public class BusinessReport {
List<Staff> mStaffs = new LinkedList<Staff>();
public BusinessReport() {
mStaffs.add(new Manager("王經(jīng)理"));
mStaffs.add(new Engineer("工程師-A"));
mStaffs.add(new Engineer("工程師-B"));
mStaffs.add(new Manager("李經(jīng)理"));
mStaffs.add(new Engineer("工程師-C"));
}
/**
* 為訪問者展示報(bào)表
* @param visitor 如CEO、CTO
*/
public void showReport(Visitor visitor){
for(Staff staff : mStaffs){
staff.accept(visitor);
}
}
}
Client訪問：
public class Client {
public static void main(String[] args) {
//構(gòu)建報(bào)表
BusinessReport report = new BusinessReport();
System.out.println("===== 給CEO看報(bào)表 =====");
//設(shè)置訪問者CEO
report.showReport(new CEOVisitor());
System.out.println("===== 給CTO看報(bào)表 =====");
//設(shè)置訪問者CTO
report.showReport(new CTOVisitor());
}
}
結(jié)果：
===== 給CEO看報(bào)表 ===== 經(jīng)理：王經(jīng)理, KPI:2, 新產(chǎn)品數(shù)量 ：5 工程師：工程師-A, KPI:5 工程師：工程師-B, KPI:7 經(jīng)理：李經(jīng)理, KPI:9, 新產(chǎn)品數(shù)量 ：8 工程師：工程師-C, KPI:1 ===== 給CTO看報(bào)表 ===== 經(jīng)理：王經(jīng)理, 產(chǎn)品數(shù)量 ：5 工程師：工程師-A, 代碼數(shù)量:26238 工程師：工程師-B, 代碼數(shù)量:8282 經(jīng)理：李經(jīng)理, 產(chǎn)品數(shù)量 ：8 工程師：工程師-C, 代碼數(shù)量:47927
從上面代碼中可以看出，如果要增加一個(gè)訪問者，你新創(chuàng)建一個(gè)實(shí)現(xiàn)了Visitor接口的類，然后實(shí)現(xiàn)兩個(gè)visit方法來對(duì)不同的元素進(jìn)行不同的操作，從而達(dá)到數(shù)據(jù)對(duì)象與數(shù)據(jù)操作相分離的效果。如果不使用訪問者模式，而又想對(duì)不同元素進(jìn)行不同的操作，那么必定會(huì)使用if-else和類型轉(zhuǎn)換，這使得代碼難以升級(jí)維護(hù)。
六、Android中的訪問者模式
安卓中的著名開源庫ButterKnife、Dagger、Retrofit都是基于APT（Annotation Processing Tools）實(shí)現(xiàn)。而編譯注解核心依賴APT。當(dāng)我們通過APT處理注解時(shí)，最終會(huì)將獲取到的元素轉(zhuǎn)換為相應(yīng)的Element元素，以便獲取到它們對(duì)應(yīng)信息。那么元素基類的源碼如下：（路徑：javax.lang.model.element.Element）
public interface Element extends javax.lang.model.AnnotatedConstruct {
/**
* Returns the {@code kind} of this element.
*
* @return the kind of this element
*/
ElementKind getKind();//獲取元素類型
//代碼省略
/**
* Applies a visitor to this element.
*
* @param <R> the return type of the visitor's methods
* @param <P> the type of the additional parameter to the visitor's methods
* @param v the visitor operating on this element
* @param p additional parameter to the visitor
* @return a visitor-specified result
*/
<R, P> R accept(ElementVisitor<R, P> v, P p);//接受訪問者的訪問
}
ElementVisitor就是訪問者類型，ElementVisitor源碼如下：
public interface ElementVisitor<R, P> {
/**
* Visits an element.
* @param e the element to visit
* @param p a visitor-specified parameter
* @return a visitor-specified result
*/
R visit(Element e, P p);
/**
* A convenience method equivalent to {@code v.visit(e, null)}.
* @param e the element to visit
* @return a visitor-specified result
*/
R visit(Element e);
/**
* Visits a package element.
* @param e the element to visit
* @param p a visitor-specified parameter
* @return a visitor-specified result
*/
R visitPackage(PackageElement e, P p);
/**
* Visits a type element.
* @param e the element to visit
* @param p a visitor-specified parameter
* @return a visitor-specified result
*/
R visitType(TypeElement e, P p);
/**
* Visits a variable element.
* @param e the element to visit
* @param p a visitor-specified parameter
* @return a visitor-specified result
*/
R visitVariable(VariableElement e, P p);
/**
* Visits an executable element.
* @param e the element to visit
* @param p a visitor-specified parameter
* @return a visitor-specified result
*/
R visitExecutable(ExecutableElement e, P p);
/**
* Visits a type parameter element.
* @param e the element to visit
* @param p a visitor-specified parameter
* @return a visitor-specified result
*/
R visitTypeParameter(TypeParameterElement e, P p);
/**
* Visits an unknown kind of element.
* This can occur if the language evolves and new kinds
* of elements are added to the {@code Element} hierarchy.
*
* @param e the element to visit
* @param p a visitor-specified parameter
* @return a visitor-specified result
* @throws UnknownElementException
* a visitor implementation may optionally throw this exception
*/
R visitUnknown(Element e, P p);
}
在ElementVisitor中定義了多種visit接口，每個(gè)接口處理一種元素類型，那么這就是典型的訪問者模式。
七、總結(jié)
正如本節(jié)開頭引用GOF的話所說：大多數(shù)情況下，你不需要使用訪問者模式，但是，當(dāng)你一旦需要使用它時(shí)，那你就是真的需要它了。在現(xiàn)實(shí)情況下，我們要根據(jù)具體的情況來評(píng)估是否適合使用訪問者模式，例如，我們的對(duì)象結(jié)構(gòu)是否足夠穩(wěn)定，使用訪問者模式是否能夠優(yōu)化我們的代碼，而不是使我們的代碼變得更復(fù)雜。在使用一個(gè)模式之前，我們應(yīng)該明確它的使用場(chǎng)景、它能解決什么問題等，以此來避免濫用設(shè)計(jì)模式的現(xiàn)象。
優(yōu)點(diǎn)：
各角色職責(zé)分離，符合單一職責(zé)原則。
具有優(yōu)秀的擴(kuò)展性。
使得數(shù)據(jù)結(jié)構(gòu)和作用于結(jié)構(gòu)上的操作解耦，使得操作集合可以獨(dú)立變化。
靈活性。
缺點(diǎn)：
具體元素對(duì)訪問者公布細(xì)節(jié)，違反了迪米特原則。
具體元素變更時(shí)導(dǎo)致修改成本大。
違反了依賴倒置原則，為了達(dá)到“區(qū)別對(duì)待”而依賴了具體類，沒有依賴抽象。
更多關(guān)于Android相關(guān)內(nèi)容感興趣的讀者可查看本站專題：《Android開發(fā)入門與進(jìn)階教程》、《Android調(diào)試技巧與常見問題解決方法匯總》、《Android基本組件用法總結(jié)》、《Android視圖View技巧總結(jié)》、《Android布局layout技巧總結(jié)》及《Android控件用法總結(jié)》
希望本文所述對(duì)大家Android程序設(shè)計(jì)有所幫助。
相關(guān)文章
Android自定義dialog 自下往上彈出的實(shí)例代碼
本文通過實(shí)例代碼給大家介紹了Android自定義dialog 自下往上彈出效果，代碼簡(jiǎn)單易懂，非常不錯(cuò)，具有一定的參考借鑒價(jià)值，需要的朋友參考下吧2018-08-08
Retrofit源碼之請(qǐng)求對(duì)象的轉(zhuǎn)換筆記
這篇文章主要介紹了Retrofit源碼之請(qǐng)求對(duì)象的轉(zhuǎn)換筆記，小編覺得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-05-05
這篇文章主要介紹了Android編程之分辨率處理相關(guān)代碼段合集,涉及Android針對(duì)分辨率的計(jì)算與轉(zhuǎn)換等相關(guān)技巧,具有一定參考借鑒價(jià)值,需要的朋友可以參考下2015-11-11
我們?cè)趯W(xué)習(xí)View的時(shí)候，不可避免會(huì)遇到事件的分發(fā)，而往往遇到的很多滑動(dòng)沖突的問題都是由于處理事件分發(fā)時(shí)不恰當(dāng)所造成的。因此，深入了解View事件分發(fā)機(jī)制的原理，對(duì)于我們來說是很有必要的。2017-12-12
Android編程實(shí)現(xiàn)抽屜效果的方法示例
這篇文章主要介紹了Android編程實(shí)現(xiàn)抽屜效果的方法,結(jié)合具體實(shí)例形式分析了Android抽屜效果的布局、功能實(shí)現(xiàn)及相關(guān)注意事項(xiàng),需要的朋友可以參考下2017-06-06
Android實(shí)現(xiàn)彈出輸入法時(shí)頂部固定中間部分上移的效果
本文主要介紹了Android實(shí)現(xiàn)彈出輸入法時(shí)頂部固定中間部分上移的效果的方法。具有很好的參考價(jià)值，下面跟著小編一起來看下吧2017-03-03
玩轉(zhuǎn)Kotlin 徹底弄懂Lambda和高階函數(shù)
這篇文章主要幫助大家徹底弄懂Lambda和高階函數(shù)，玩轉(zhuǎn)Kotlin，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-10-10
Android自定義控件單位尺寸實(shí)現(xiàn)代碼
這篇文章主要介紹了Android自定義控件單位尺寸實(shí)現(xiàn)代碼,文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-04-04
這篇文章主要介紹了Android如何獲取雙卡手機(jī)IMEI的方法示例，小編覺得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-09-09
這篇文章主要介紹了Android實(shí)現(xiàn)文本排版,對(duì)多行文本進(jìn)行排版布局，每一行的內(nèi)容又分為兩部分，左邊為標(biāo)題，右邊為描述，左邊內(nèi)容長(zhǎng)度不確定，右邊的內(nèi)容需要對(duì)齊，需要的朋友可以參考下2016-04-04