AFAIK,你不能轻松地在Java上做.你可以做两种方式：quick’n’dirty,和访客方式：

Quick’n’dirty

您需要询问对象的类型,因此您需要在Fruit上使用一种清洗方法,该方法将根据其类型将调用重定向到正确的功能：

public void wash(Fruit f)
{
   if(f instanceof Apple)
   {
      wash((Apple) f) ;
   }
   else if(f instanceof Peach)
   {
      wash((Peach) f) ;
   }
   else
   {
      // handle the error,usually through an exception
   }
}

quick’n’dirty的问题是,编译器不会告诉你,目前没有洗涤方法处理的新的有效的Fruit(例如Orange).

游客

您可以使用访客模式进行结果：

public abstract class Fruit
{
   // etc.
   public abstract void accept(FruitVisitor v) ;
}
 
public class Apple extends Fruit
{
   // etc.
   public void accept(FruitVisitor v)
   {
      v.visit(this) ;
   }
}
 
public class Peach extends Fruit
{
   // etc.
   public void accept(FruitVisitor v)
   {
      v.visit(this) ;
   }
}

并将访问者定义为：

public interface class FruitVisitor
{
   // etc.
 
   // Note that there are no visit method for Fruit
   // this is not an error
 
   public void visit(Apple a) ;
   public void visit(Peach p) ;
}

然后,您的洗衣机的访客：

public class FruitVisitorWasher : implements FruitVisitor
{
   // etc.
 
   // Note that there are no visit method for Fruit
   // this is not an error
 
   // Note,too,that you must provide a wash method in
   // FruitVisitorWasher (or use an anonymous class,as
   // in the example of the second edit to access the
   // wash method of the outer class)
 
   public void visit(Apple a)
   {
      wash(a) ;
   }
 
   public void visit(Peach p)
   {
      wash(p) ;
   }
}

最后,你的代码可能是

FruitVisitorWasher fvw = new FruitVisitorWasher() ;
 
for( Fruit f: arguments)
{
   f.accept(fvw) ;
}

Etvoilà…

访问者模式具有编译器会告诉您如果您添加了另一个水果(例如橙色)的优势,其中您编码了接受方法,并且忘记更新FruitVisitor模式以支持它.

然后,访客模式是可扩展的：您可以拥有一个FruitVisitorWasher,一个FruitVisitorEater,一个FruitVisitorWhatever,添加它们,而不需要修改Fruit,Apple,Peach等.

一个陷阱,但是,您必须手动写入每个Fruit类的accept方法(这是一个复制/粘贴操作),因为它是所有的工作“知道”正确的水果类型的方法.

编辑

如果你去找Quick’n’dirty解决方案,Samuel Parsonage的解决方案可能比我的更好：

How to iterate over this generic List with wildcards?

这使得Java的反思(我是一个C编码器,所以反射不会成为一个自然的解决方案…我的坏…).我发现他的解决方案非常优雅,即使它闻到某种东西(所有的检查都将在运行时完成,所以你最好确保一切都OK …再次,通过C背景：如果有事情可以完成或错误可以在编译时检测到,在运行时移动应该尽可能避免)

编辑2

约翰·亚施普托特(John Assymptoth)评论说：

The Visitor pattern as you write it isn’t an option,since I can’t add the method wash to Fruit.

所以我会提供内联代码来证明wash()不会在Fruit里面工作.

(我将FruitVisitor从抽象类改为界面,这更好)

让我们想象一下,for循环在Foo类的bar方法里面,它有自己的洗涤方法：

public class Foo
{
   public wash(Apple a) { /* etc. */ }
   public wash(Peach p) { /* etc. */ }
   public bar(List<? extends Fruit> arguments)
   {
      for( Fruit f: arguments)
      {
         wash(f) ; // we wand the right wash method called.
      }
   }
}

你想要正确的洗涤方法被调用,所以上面的代码将无法正常工作.

让我们重新使用FruitVisitor模式来纠正这个代码.我们将在bar方法中使用一个匿名类：

public class Foo
{
   public void wash(Apple a) { System.out.println("Apple") ; }
   public void wash(Peach p) { System.out.println("Peach") ; }
 
   public void bar(List<? extends Fruit> arguments)
   {
      FruitVisitor fv = new FruitVisitor()
      {
         public void visit(Apple a)
         {
            wash(a) ; // will call the wash method
                      // of the outer class (Foo)
         }
 
         public void visit(Peach p)
         {
            wash(p) ; // will call the wash method
                      // of the outer class (Foo)
         }
      } ;
 
      for(Fruit f: arguments)
      {
         f.accept(fv) ;
      }
   }
}

现在,它的作品,水果中没有洗涤方法.

请注意,此代码已针对1.6 JVM进行了测试,因此如果需要,我可以提供完整的代码.