使用try / catch进行最终变量分配


73

因为我认为这是一种很好的编程习惯,所以final如果我的所有(局部或实例)变量只打算编写一次,则可以对其进行修改。

但是,我注意到,当变量赋值可以引发异常时,您不能将所述变量定为最终变量:

final int x;
try {
    x = Integer.parseInt("someinput");
}
catch(NumberFormatException e) {
    x = 42;  // Compiler error: The final local variable x may already have been assigned
}

有没有办法不用临时变量来做到这一点?(或者这不是最终修饰符的正确位置吗?)


1
我怀疑您可以在没有临时变量的情况下执行此操作。
NPE 2012年

10
final int x = makeX();当然。(尝试捕获功能)
Joop Eggen 2012年

2
令人震惊的是JDK仍然没有tryParse
TJ Crowder 2012年

11
完全清楚,编译器错误是不正确的,不是吗?在给定的示例中,在任何情况下都不能将x赋值两次。
jaco0646 2014年

4
@ jaco0646,在try块中可能发生异常的多行代码时,通常要求编译器获得很多。为此,最好有一个例外的情况,即检测何时赋值是try中的最后一条语句。
约书亚·戈德堡

Answers:


66

一种实现方法是引入(非final)临时变量,但是您说您不想这样做。

另一种方法是将代码的两个分支都移到一个函数中:

final int x = getValue();

private int getValue() {
  try {
    return Integer.parseInt("someinput");
  }
  catch(NumberFormatException e) {
    return 42;
  }
}

这是否可行取决于确切的用例。

总而言之,只要x是一个适当范围内的局部变量,最实用的通用方法就是将其保留为非final

另一方面,如果x是成员变量,我的建议是final在初始化期间使用非临时变量:

public class C {
  private final int x;
  public C() {
    int x_val;
    try {
      x_val = Integer.parseInt("someinput");
    }
    catch(NumberFormatException e) {
      x_val = 42;
    }
    this.x = x_val;
  }
}

对于局部作用域,我同意您的看法,但是这种情况最常见于实例变量。
dtech 2012年

我猜想它可能反映了一个错误,无法静态引用非静态方法getValue(),因此我们假设使用静态函数,我可能是错误的private static int getValue().. @ NPE
gks

1
如果this.x是类似于Integer的对象类型,则需要更多(可悲)。如果未声明x_val,则编译器将抱怨它可能尚未初始化。如果catch块的后备为空,则需要预先初始化为null,或者为清楚起见在catch中冗余分配null(这是我的偏好),或者有一个空catch。
约书亚·戈德堡

@JoshuaGoldberg所说的即使对于原始类型也是如此。我们有完全相同的代码模式,其中角色的成员this.x是基元boolean,局部变量也是如此。即使使用Java 9,我们也会得到“ <thing_in_the_role_of_ x_val>可能尚未初始化”的信息。对于这种情况,缺乏控制流分析令人沮丧,但很容易解决。
Ti Strga '18

-1

不,它不是正确的位置,想象一下您的try and catch块中有1条以上的语句,第一个语句是:x =42。在其他语句之后,try块失败了,然后转到catch块,假设x =30。现在您定义了x两次。


13
编译器足够聪明,可以知道哪些语句引发哪些异常。可能并非在所有情况下都可能,但是就像编译器可以在某些情况下告诉您有关死代码等一样,它应该能够确定final是否有效。
Stefan

为了支持@Stefan所说的,Clang可以在编译Swift时弄清楚这一点。
富兰克林·于
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.