Java方法参数是否应该用于返回多个值？

Question

由于发送到Java中的方法的参数指向调用方法中的原始数据结构，因此其设计者是否打算使用它们来返回多个值，这是其他语言（例如C）的常规吗？

或者这是对Java的一般属性的危险误用，变量是指针？

Answer 1

很久以前，我与Ken Arnold（Java团队的一次成员）进行过对话，这可能是1996年的第一次Java One会议。他说他们考虑添加多个返回值，这样你就可以写点像：

x, y = foo();

当时推荐的方法是创建一个具有多个数据成员的类，然后返回该类。

基于此，以及从事Java工作的人员的其他评论，我想说的意思是你返回一个类的实例而不是修改传入的参数。

这是常见的做法（因为C程序员希望修改参数......最终他们通常会看到Java的做法。只需将其视为返回结构。:-)

（根据以下评论编辑）

我正在读取一个文件并从中生成两个类型为String和int的数组，从每一行中为两个元素选取一个元素。 我想将它们返回给任何调用它的函数，这个函数以这种方式分割。

我想，如果我理解你的话，我可能会这样做：

// could go with the Pair idea from another post, but I personally don't like that way
class Line
{
    // would use appropriate names
    private final int intVal;
    private final String stringVal;

    public Line(final int iVal, final String sVal)
    {
        intVal    = iVal;
        stringVal = sVal;
    }

    public int getIntVal()
    {
        return (intVal);
    }

    public String getStringVal()
    {
        return (stringVal);
    }

    // equals/hashCode/etc... as appropriate
}

然后让你的方法像这样：

public void foo(final File file, final List<Line> lines)
{
    // add to the List.
}

然后像这样调用它：

{
    final List<Line> lines;

    lines = new ArrayList<Line>();
    foo(file, lines);
}

Answer 2

在我看来，如果我们讨论的是公共方法，你应该创建一个代表返回值的单独类。 当你有一个单独的类：

• 它作为一个抽象（即一个Point类而不是两个longs的数组）
• 每个字段都有一个名称
• 可以变得一成不变
• 使API的演化更容易（即返回3而不是2个值，改变某些字段的类型等）

我总是选择返回一个新实例，而不是实际修改传入的值。对我来说似乎更清楚，并且支持不变性。

另一方面，如果它是一个内部方法，我想可能会使用以下任何一种方法：

• 一个数组（ new Object[] { "str", longValue } ）
• 列表（ Arrays.asList(...)返回不可变列表）
• pair / tuple类，比如这个
• 静态内部类，带有公共字段

不过，我更喜欢最后一个选项，配备合适的构造函数。 如果您发现自己从多个地方返回相同的元组，则尤其如此。

Answer 3

见1999年推出的RFE：

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4222792

如果你需要返回多个值来将它们封装在一个对象中，我不认为它的意图是在Java语言中允许它。

使用像Scala这样的语言但是你可以返回元组，请参阅：

http://www.artima.com/scalazine/articles/steps.html

您也可以使用Java中的Generics返回一对对象，但这就是AFAIK。

编辑：元组

只是为此添加更多内容。 我之前已经在项目中实现了一对，因为JDK内部缺乏。 链接到我的实现在这里：

http://pbin.oogly.co.uk/listings/viewlistingdetail/5003504425055b47d857490ff73ab9

注意，没有哈希码或等于此，应该添加。

我也遇到了这个问题，同时对这些提供元组功能的问题进行了一些研究：

http://javatuple.com/

它允许您创建包括其他类型的元组的Pair。

Answer 4

我希望在JDK中有一个Pair<E,F>类，主要是出于这个原因。 有Map<K,V>.Entry ，但创建一个实例总是很痛苦。

现在，当我需要一Pair时，我使用com.google.common.collect.Maps.immutableEntry

Answer 5

您无法真正返回多个值，但您可以将对象传递给方法并让方法改变这些值。 这完全合法。 请注意，您无法传入对象并使对象本身成为不同的对象。 那是：

private void myFunc(Object a) {
    a = new Object();
}

会导致暂时和局部地改变价值a ，但是，这不会更改来电显示的值，例如：

Object test = new Object();
myFunc(test);

myFunc返回后，您将拥有旧的 Object而不是新的Object。

法律（通常是气馁）是这样的：

private void changeDate(final Date date) {
    date.setTime(1234567890L);
}

我选择Date是有原因的。 这是一个人们普遍认为应该永远不可变的课程。 上面的方法将更改传递给它的任何Date对象的内部值。 当非常清楚该方法将改变或配置或修改传入的内容时，这种代码是合法的。

注意：一般来说，一个方法应该做一个这样的事情：

• 返回void并改变其传入的对象（如Collections.sort() ）或
• 返回一些计算并且根本不改变传入的对象（如Collections.min() ），或
• 返回传入对象的“视图”但不修改传入对象（如Collections.checkedList()或Collections.singleton() ）
• 改变一个传入的对象并返回它（ Collections没有示例，但StringBuilder.append()就是一个很好的例子）。

改变传入对象并返回单独返回值的方法通常做太多事情。

Answer 6

我有一个Result对象，它通过一系列验证void方法作为方法参数进行级联。 这些验证void方法中的每一个都会改变结果参数对象以添加验证结果。

但是这是不可能测试的，因为现在我不能将void方法存根，以便在Result对象中返回验证的存根值。

因此，从测试的角度来看，似乎应该支持返回对象而不是改变方法参数。

Answer 7

当然有一些方法可以修改作为参数传入的对象（ 参见java.io.Reader.read（byte [] buffer）作为示例，但我没有看到用作返回值替代的参数，尤其是多个参数。它可能在技术上有效，但它是非标准的。

Answer 8

它通常不被认为是非常好的做法，但在JDK中偶尔出现这种情况。 查看View.getNextVisualPositionFrom（）和相关方法的'biasRet'参数，例如：它实际上是一个用“额外返回值”填充的一维数组。

那么为什么呢？ 好吧，只是为了节省你必须为“偶尔的额外返回值”创建一个额外的类定义。 这是凌乱，不优雅，糟糕的设计，非面向对象，等等等等。 而且我们都不时地完成它......

Answer 9

一般来说Eddie说的是，但我还要补充一点：

• 改变其中一个传入对象，并返回状态代码。 这通常只应用于显式缓冲区的参数，如Reader.read（char [] cbuf）。