Java 匿名类作为实用函数？设计实际使用的参数，或一个参数（较大的对象）

Question

情况是我必须在 Java 中使用函数指针来实现如此多的函数（所以我这样做了 way）并将每个匿名类保存到接口的静态变量中，以便我可以直接使用它们。

 /** The Constant HARDLIM. */
    public static final TransferePatternable HARDLIM =
    new TransferePatternable() {
        public DoubleMatrix transfere(DoubleMatrix netSum, double theta) {
        return netSum.gt(theta);
        }
        public String getFuncName() {
        return "HARDLIM";
        }
    };

但问题是，有时我不需要提供 Theta，所以如果我删除它，多态性将不起作用（10 个函数中有 2 个不需要 theta），所以我必须把它放在（现在的函数声明约定）丑陋）所以我想传递实际上包含 netsum 和 theta 的整个对象。

但我开始担心，因为它也会破坏这个功能的真正用途。所以最后我建议我将这些函数分开（非匿名），然后让匿名函数使用它们，但参数将是对象。就像下面这样：

 /** The Constant HARDLIM. */
    public static final TransferePatternable HARDLIM =
    new TransferePatternable() {
        public DoubleMatrix transfere(MyObject obj) {
        return MyObjectUtilFun.hardlim(obj.getNetsum,obj.getTheta);
        }
        public String getFuncName() {
        return "HARDLIM";
        }
    };

那么我采取的步骤正确吗？或者我在胡闹，请指导我！

Answer 1

您真的需要该实例是public static final吗？如果您可以在任何有 theta 引用的地方实例化该实例，那么您的匿名类就可以使用该 theta 引用。例如：

final double theta = 123d;
class TransferePatternable {
    public String transfere(String whatever) {
        return whatever + theta;
    }
}
TransferePatternable myInstance = new TransferePatternable();
myInstance.transfere("arg");

或者，您可以将输入指定为通用类型，这样您的 MyObject 不必是所有可能输入的超集，而是可以通过 TransferePatternable 类型进行区分。显然这里的缺点是你需要知道你正在调用什么类型才能提供正确的输入，但如果你不想在某些情况下提供 theta，你无论如何都需要知道这一点。

最后，此问题的另一种常见解决方案是仅用一个 Map 替换所有方法参数。然后，你可以传递任何你想要的东西！这有很多明显的缺点，但很多 API 正是这样做的，通常您会看到它们将地图称为“上下文”。下面是一些示例：

• javax.servlet .ServletRequests 在 Map 中存储参数
• AOP 具有 javax.interceptor.InitationContext 类
• Spring 的 IoC 容器基本上是一个名为 javabean 的大 Map
• JSP 表达式语言允许您引用 隐式对象基本上存储在几个 中地图s

几年前，我自己在用java实现类似Excel的公式语言时就使用过这个Map解决方案。这样的公式可以解析为函数和变量，并且在执行函数时，我们提供了一个 Map ，其中包含由变量名称作为键控的变量。显然，您仍然需要了解您所调用的内容，事实上，我们始终对在 Map 中提供正确输入的公式有足够的了解。但我必须再次提醒您：这种代码相当难以实现和维护。除非您预计随着时间的推移会增加大量功能，否则不要走这条路。它不是面向对象友好的，它应该是最后的手段。

Answer 2

如果 MyObject 是常用的接口或类，并且 TransferePatternable 预计不会与其他任何东西一起使用，那么您的第二个想法是最好的。它开启了 TransferePatternable 不仅可以与 netSum 和 theta 一起使用的可能性，而且还可以消除不需要的 theta。我的猜测是，这就是您想要做的，即使这意味着扩展 MyObject 类/接口的功能、范围和重要性。

但是您将 TransferePatternable 限制为与 MyObject 实例一起使用。未使用的 theta 是一个问题，但对于多态性的强大功能来说，这是一个很小的代价（而且它比大多数其他解决方案更简单、更简洁）。如果 MyObject 解决方案对您来说并不完美，请坚持使用未使用的 theta。我的猜测是，一个好主意迟早会出现，如果不出现也没有什么坏处。

Answer 3

有什么原因不能在 HARDLIM 中使用重载的“transfere”函数吗？

/** The Constant HARDLIM. */
public static final TransferePatternable HARDLIM =
new TransferePatternable() {
    public DoubleMatrix transfere(DoubleMatrix netSum, double theta) {
    return netSum.gt(theta);
    }
    public DoubleMatrix transfere(DoubleMatrix netSum) {
    return netSum.whateverYouNeedToDoWithoutTheta();
    }
    public String getFuncName() {
    return "HARDLIM";
    }
};

Answer 4

最后，我使用了第二种选择，但记住了一些注意事项：

1. 始终在实用程序类中独立定义函数（即 Hardlim）。
2. 在 Javadocs 中说明该变量的真正含义以及所使用的实用函数。

3. 我还发现，用不必要的参数让用户感到困惑的代价很高，因为应用程序已经很复杂，不需要再复杂了。

   公共静态最终 TransferePatternable HARDLIM =
   新的 TransferePatternable() {
       公共 DoubleMatrix 转移（MyObject obj）{
       返回 MyObjectUtilFun.hardlim(obj.getNetsum,obj.getTheta);
       }
       公共字符串 getFuncName() {
       返回“HARDLIM”；
       }
   };