這篇文章主要為大家展示了“Java中怎么用Reflection實(shí)現(xiàn)Visitor模式”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“Java中怎么用Reflection實(shí)現(xiàn)Visitor模式”這篇文章吧。

我們提供的服務(wù)有：成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、外貿(mào)營(yíng)銷(xiāo)網(wǎng)站建設(shè)、微信公眾號(hào)開(kāi)發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、門(mén)源ssl等。為上1000家企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢(xún)和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的門(mén)源網(wǎng)站制作公司

集合(Collection)普遍應(yīng)用于面向?qū)ο缶幊讨?，但它也?jīng)常引發(fā)一些和代碼有關(guān)的疑問(wèn)。例如，"如果一個(gè)集合存在不同的對(duì)象，該如何對(duì)它執(zhí)行操作？"

一種方法是，對(duì)集合中的每個(gè)元素進(jìn)行迭代，然后基于所在的類(lèi)，對(duì)每個(gè)元素分別執(zhí)行對(duì)應(yīng)的操作。這會(huì)很難辦，特別是，如果你不知道集合中有什么類(lèi)型的對(duì)象。例如，假設(shè)想打印集合中的元素，你可以寫(xiě)出如下的一個(gè)方法(method)：

public void messyPrintCollection(Collection collection) {
  Iterator iterator = collection.iterator()
  while (iterator.hasNext())
  System.out.println(iterator.next().toString())
}

這看起來(lái)夠簡(jiǎn)單的了。它只不過(guò)調(diào)用了object.toString()方法，然后打印出對(duì)象，對(duì)嗎？但如果有一組哈希表怎么辦？事情就會(huì)開(kāi)始變得復(fù)雜起來(lái)。你必須檢查從集合中返回的對(duì)象的類(lèi)型：

public void messyPrintCollection(Collection collection) {
  Iterator iterator = collection.iterator()
  while (iterator.hasNext()) {
  Object o = iterator.next();
  if (o instanceof Collection)
  messyPrintCollection((Collection)o);
  else
  System.out.println(o.toString());
  }
}

不錯(cuò)，現(xiàn)在已經(jīng)解決了嵌套集合的問(wèn)題，但它需要對(duì)象返回String，如果有其它不返回String的對(duì)象存在怎么辦？如果想在String對(duì)象前后添加引號(hào)以及在Float后添加f又該怎么辦？代碼還是越來(lái)越復(fù)雜：

public void messyPrintCollection(Collection collection) {
  Iterator iterator = collection.iterator()
  while (iterator.hasNext()) {
  Object o = iterator.next();
  if (o instanceof Collection)
  messyPrintCollection((Collection)o);
  else if (o instanceof String)
  System.out.println("'"+o.toString()+"'");
  else if (o instanceof Float)
  System.out.println(o.toString()+"f");
  else
  System.out.println(o.toString());
  }
}

可以看到，事情的復(fù)雜度會(huì)急劇增長(zhǎng)。你當(dāng)然不想讓一段代碼到處充斥著if-else語(yǔ)句！那怎么避免呢？Visitor模式可以幫你。

要實(shí)現(xiàn)Visitor模式，得為訪(fǎng)問(wèn)者建立一個(gè)Visitor接口，還要為被訪(fǎng)問(wèn)的集合建立一個(gè)Visitable接口。然后，讓具體類(lèi)實(shí)現(xiàn)Visitor和Visitable接口。這兩個(gè)接口如下所示：

public interface Visitor
{
  public void visitCollection(Collection collection);
  public void visitString(String string);
  public void visitFloat(Float float);
}

public interface Visitable
{
  public void accept(Visitor visitor);
}

對(duì)于具體的String，可能是這樣：

public class VisitableString implements Visitable
{
  private String value;
  public VisitableString(String string) {
  value = string;
  }
  public void accept(Visitor visitor) {
  visitor.visitString(this);
  }
}

在accept方法中，對(duì)this類(lèi)型調(diào)用正確的visitor方法：

visitor.visitString(this)

這樣，就可以如下實(shí)現(xiàn)具體的Visitor：

public class PrintVisitor implements Visitor
{
  public void visitCollection(Collection collection) {
  Iterator iterator = collection.iterator()
  while (iterator.hasNext()) {
  Object o = iterator.next();
  if (o instanceof Visitable)
  ((Visitable)o).accept(this);
  }

  public void visitString(String string) {
  System.out.println("'"+string+"'");
  }

  public void visitFloat(Float float) {
  System.out.println(float.toString()+"f");
  }
}

實(shí)現(xiàn)VisitableFloat和VisitableCollection類(lèi)的時(shí)候，它們也是各自調(diào)用合適的Visitor方法，所得到的效果和前面那個(gè)用了if-else的messyPrintCollection方法一樣，但這里的手法更干凈。在visitCollection()中，調(diào)用的是Visitable.accept(this)，然后這個(gè)調(diào)用又返回去調(diào)用一個(gè)合適的Visitor方法。這被稱(chēng)做 "雙分派"；即，Visitor先調(diào)用了Visitable類(lèi)中的方法，這個(gè)方法又回調(diào)到Visitor類(lèi)中。

雖然通過(guò)實(shí)現(xiàn)visitor消除了if-else語(yǔ)句，卻也增加了很多額外的代碼。最初的String和Float對(duì)象都要用實(shí)現(xiàn)了Visitable接口的對(duì)象進(jìn)行包裝。這有點(diǎn)討厭，但一般說(shuō)來(lái)不是問(wèn)題，因?yàn)槟憧梢宰尳?jīng)常被訪(fǎng)問(wèn)的集合只包含那些實(shí)現(xiàn)了Visitable接口的對(duì)象。

但似乎這還是額外的工作。更糟糕的是，當(dāng)增加一個(gè)新的Visitable類(lèi)型如VisitableInteger時(shí)，會(huì)發(fā)生什么呢？這是Visitor模式的一個(gè)重大缺陷。如果想增加一個(gè)新的Visitable對(duì)象，就必須修改Visitor接口，然后對(duì)每一個(gè)Visitor實(shí)現(xiàn)類(lèi)中的相應(yīng)的方法一一實(shí)現(xiàn)。你可以用一個(gè)帶缺省空操作的Visitor抽象基類(lèi)來(lái)代替接口。那就很象Java GUI中的Adapter類(lèi)。那個(gè)方法的問(wèn)題在于，它需要占用單繼承；而你往往想保留單繼承，讓它用于其它什么東西，比如繼承StringWriter。那個(gè)方法還有限制，它只能夠成功訪(fǎng)問(wèn)Visitable對(duì)象。

幸運(yùn)的是，Java可以讓Visitor模式更靈活，使得你可以隨心所欲地增加Visitable對(duì)象。怎么做？答案是，使用Reflection。比如，可以設(shè)計(jì)這樣一個(gè)ReflectiveVisitor接口，它只需要一個(gè)方法：

public interface ReflectiveVisitor {
  public void visit(Object o);
}

就這樣，很簡(jiǎn)單。至于Visitable，還是和前面一樣，我過(guò)一會(huì)兒再說(shuō)?，F(xiàn)在先用Reflection來(lái)實(shí)現(xiàn)PrintVisitor：

public class PrintVisitor implements ReflectiveVisitor {
  public void visitCollection(Collection collection)
  { ... same as above ... }
  public void visitString(String string)
  { ... same as above ... }
  public void visitFloat(Float float)
  { ... same as above ... }

  public void default(Object o)
  {
  System.out.println(o.toString());
  }

  public void visit(Object o) {
  // Class.getName() returns package information as well.
  // This strips off the package information giving us
  // just the class name
  String methodName = o.getClass().getName();
  methodName = "visit"+
  methodName.substring(methodName.lastIndexOf('.')+1);
  // Now we try to invoke the method visit
  try {
  // Get the method visitFoo(Foo foo)
  Method m = getClass().getMethod(methodName,
  new Class[] { o.getClass() });
  // Try to invoke visitFoo(Foo foo)
  m.invoke(this, new Object[] { o });
  } catch (NoSuchMethodException e) {
  // No method, so do the default implementation
  default(o);
  }
  }
}

現(xiàn)在不需要Visitable包裝類(lèi)。僅僅只是調(diào)用visit()，請(qǐng)求就會(huì)分發(fā)到正確的方法上。很不錯(cuò)的一點(diǎn)是，只要認(rèn)為適合，visit()就可以分發(fā)。這并非必須使用reflection--它可以使用其它完全不同的機(jī)制。

新的PrintVisitor中，有針對(duì)Collection，String和Float而寫(xiě)的方法，但然后它又在catch語(yǔ)句中捕捉所有未處理的類(lèi)型。你要擴(kuò)展visit()方法，使得它也能夠處理所有的父類(lèi)。首先，得增加一個(gè)新方法，稱(chēng)為getMethod(Class c)，它返回的是要調(diào)用的方法；為了找到這個(gè)相匹配的方法，先在類(lèi)c的所有父類(lèi)中尋找，然后在類(lèi)c的所有接口中尋找。

protected Method getMethod(Class c) {
  Class newc = c;
  Method m = null;
  // Try the superclasses
  while (m == null && newc != Object.class) {
  String method = newc.getName();
  method = "visit" + method.substring(method.lastIndexOf('.') + 1);
  try {
  m = getClass().getMethod(method, new Class[] {newc});
  } catch (NoSuchMethodException e) {
  newc = newc.getSuperclass();
  }
  }
  // Try the interfaces.  If necessary, you
  // can sort them first to define 'visitable' interface wins
  // in case an object implements more than one.
  if (newc == Object.class) {
  Class[] interfaces = c.getInterfaces();
  for (int i = 0; i < interfaces.length; i++) {
  String method = interfaces[i].getName();
  method = "visit" + method.substring(method.lastIndexOf('.') + 1);
  try {
  m = getClass().getMethod(method, new Class[] {interfaces[i]});
  } catch (NoSuchMethodException e) {}
  }
  }
  if (m == null) {
  try {
  m = thisclass.getMethod("visitObject", new Class[] {Object.class});
  } catch (Exception e) {
  // Can't happen
  }
  }
  return m;
}

看起來(lái)有些復(fù)雜，其實(shí)不然。實(shí)際上，它只是根據(jù)傳進(jìn)來(lái)的類(lèi)名去尋找相應(yīng)的方法而已。如果沒(méi)找到，就在父類(lèi)中找；還沒(méi)找到，再到接口中找。最后，就拿visitObject()作為缺省。

注意，為了照顧那些熟悉傳統(tǒng)Visitor模式的讀者，我對(duì)方法的名稱(chēng)采用了傳統(tǒng)的命名方式。但正如你們一些人所注意到的，把所有的方法命名為 "visit" 然后讓參數(shù)類(lèi)型作為區(qū)分會(huì)更高效。但這樣做的話(huà)，你得把主visit(Object o)方法的名字改為dispatch(Object o)之類(lèi)。否則，就沒(méi)有一個(gè)缺省方法可用了，你就得在調(diào)用visit(Object o)時(shí)將類(lèi)型轉(zhuǎn)換為Object，以保證visit采用的是正確的調(diào)用方式。

現(xiàn)在可以修改visit()方法，以利用getMethod()：

public void visit(Object object) {
  try {
  Method method = getMethod(getClass(), object.getClass());
  method.invoke(this, new Object[] {object});
  } catch (Exception e) { }
}

現(xiàn)在，visitor對(duì)象的功能強(qiáng)大多了。你可以傳進(jìn)任何對(duì)象，并且有某個(gè)方法處理它。另外一個(gè)好處是，還有一個(gè)缺省方法visitObject(Object o)，它可以捕捉任何未知的對(duì)象。再多花點(diǎn)工夫，你還可以寫(xiě)出一個(gè)visitNull()方法。

我在上面對(duì)Visitable接口避而不談自有原因。傳統(tǒng)Visitor模式的另一個(gè)好處是，它允許Visitable對(duì)象來(lái)控制對(duì)對(duì)象結(jié)構(gòu)的訪(fǎng)問(wèn)。例如，假設(shè)有一個(gè)實(shí)現(xiàn)了Visitable的TreeNode對(duì)象，你可以讓一個(gè)accept()方法來(lái)遍歷它的左右節(jié)點(diǎn)：

public void accept(Visitor visitor) {
  visitor.visitTreeNode(this);
  visitor.visitTreeNode(leftsubtree);
  visitor.visitTreeNode(rightsubtree);
}

這樣，只用對(duì)Visitor類(lèi)再進(jìn)行一點(diǎn)修改，就可以進(jìn)行Visitable控制訪(fǎng)問(wèn)：

public void visit(Object object) throws Exception
{
  Method method = getMethod(getClass(), object.getClass());
  method.invoke(this, new Object[] {object});
  if (object instanceof Visitable)
  {
  callAccept((Visitable) object);
  }
}
public void callAccept(Visitable visitable) {
  visitable.accept(this);
}

如果已經(jīng)實(shí)現(xiàn)了一個(gè)Visitable對(duì)象結(jié)構(gòu)，可以保留callAccept()方法并使用Visitable控制訪(fǎng)問(wèn)。如果想在visitor中訪(fǎng)問(wèn)結(jié)構(gòu)，只需改寫(xiě)callAccept()方法，使之什么也不做。

想讓數(shù)個(gè)不同的訪(fǎng)問(wèn)者對(duì)同一個(gè)對(duì)象集合進(jìn)行訪(fǎng)問(wèn)時(shí)，Visitor模式可以發(fā)揮它的強(qiáng)大作用。假設(shè)已經(jīng)有一個(gè)解釋器，一個(gè)中綴寫(xiě)作器，一個(gè)后綴寫(xiě)作器，一個(gè)XML寫(xiě)作器和一個(gè)sql寫(xiě)作器，它們都作用在同一個(gè)對(duì)象集合上。那么，也可以很容易地為相同的對(duì)象集合寫(xiě)出一個(gè)前綴寫(xiě)作器和一個(gè)SOAP寫(xiě)作器。另外，這些寫(xiě)作器可以正常地和它們所不知道的對(duì)象工作；當(dāng)然，如果愿意，也可以讓它們拋出異常。

以上是“Java中怎么用Reflection實(shí)現(xiàn)Visitor模式”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！