在用Java编程时，我真正怀念的一件事是函数回调。在递归处理层次结构中，需要不断地呈现这些元素，您希望为每个元素执行特定的操作。比如遍历目录树，或者处理数据结构。我内心的极简主义者讨厌为每个特定的情况定义接口和实现。

有一天我发现自己在想为什么不呢?我们有方法指针——method对象。通过优化JIT编译器，反射调用实际上不再带来巨大的性能损失。此外，除了将文件从一个位置复制到另一个位置之外，反射方法调用的成本变得微不足道。

随着我对它的深入思考，我意识到OOP范式中的回调需要将对象和方法绑定在一起——进入回调对象。

请查看我的基于反射的Java回调解决方案。免费供任何用途。

你可能也会对Java 7中涉及闭包的工作感兴趣:

Java闭包的当前状态是什么?

http://gafter.blogspot.com/2006/08/closures-for-java.html http://tech.puredanger.com/java7/#closures

如果你只有一个不同的行，你可以添加一个参数，比如一个标志和一个If (flag)语句，它调用一行或另一行。

在Java 8之前，类似函数指针的功能最接近的替代品是匿名类。例如:

Collections.sort(list, new Comparator<CustomClass>(){
    public int compare(CustomClass a, CustomClass b)
    {
        // Logic to compare objects of class CustomClass which returns int as per contract.
    }
});

但现在在Java 8中，我们有一个非常简洁的替代方法，称为lambda表达式，它可以用作:

list.sort((a, b) ->  { a.isBiggerThan(b) } );

其中isBiggerThan是CustomClass中的一个方法。我们也可以在这里使用方法引用:

list.sort(MyClass::isBiggerThan);

谷歌Guava库正在变得非常流行，它有一个通用的Function和Predicate对象，它们已经在API的许多部分中使用了这些对象。

在用Java编程时，我真正怀念的一件事是函数回调。在递归处理层次结构中，需要不断地呈现这些元素，您希望为每个元素执行特定的操作。比如遍历目录树，或者处理数据结构。我内心的极简主义者讨厌为每个特定的情况定义接口和实现。

有一天我发现自己在想为什么不呢?我们有方法指针——method对象。通过优化JIT编译器，反射调用实际上不再带来巨大的性能损失。此外，除了将文件从一个位置复制到另一个位置之外，反射方法调用的成本变得微不足道。

随着我对它的深入思考，我意识到OOP范式中的回调需要将对象和方法绑定在一起——进入回调对象。

请查看我的基于反射的Java回调解决方案。免费供任何用途。