Java 中抽象属性的解决方法

Question

在 Scala 中，我会编写一个带有抽象属性 path 的抽象类：

abstract class Base {

    val path: String

}

class Sub extends Base {

    override val path = "/demo/"

}

Java 不知道抽象属性，我想知道解决此限制的最佳方法是什么。

我的想法：

a) 构造函数参数

abstract class Base {

  protected String path;

  protected Base(String path) {
    this.path = path;
  }

}

class Sub extends Base {

    public Sub() {
        super("/demo/");
    }

}

b) 抽象方法

abstract class Base { // could be an interface too

  abstract String getPath();

}

class Sub extends Base {

    public String getPath() {
        return "/demo/";
    }

}

你更喜欢哪一个？还有其他想法吗？

我倾向于使用构造函数，因为不应在运行时计算路径值。

Answer 1

Scala 内部所做的就是您所描述的方法 B。

以下面的示例类为例：

abstract class Test{
    val path: String
}

当您使用 scalac 编译该类时，它将生成一个抽象 Java 类，其中包含一个名为 attr 的抽象方法，该方法返回一个 String。发生这种情况的原因是，因为 val 是常量，因此它只能由 getter 模拟，而不能由 setter 模拟。所以如果你想从Java访问这个类，你可以简单地重写抽象的getter方法。

这相当于将生成的 Java 类（javap 的输出）：

public abstract class Test extends java.lang.Object implements scala.ScalaObject{
    public abstract java.lang.String path();
    public Test();
}

Answer 2

如果 path 永远不会改变，我会选择选项 a，否则我会选择选项 b。

另一方面是path的值在构建时可能不可用。在这种情况下，选项a就被排除了。然而，与您的 Scala 代码相比，似乎 path 在构建时可用。

Answer 3

由于值是固定的，因此等效为 B。

选项A接收构造函数中的路径，并且该值可以在运行时计算，这不是scala示例中的Sub类的内容。

Answer 4

您可以尝试创建一个 protected 方法来设置变量的值。只能从同一包中的类调用。

Answer 5

我会选择选项 b，因为如果出于某种原因路径依赖于其他属性，那么每次另一个属性更改时在超类中设置该属性并不是很好。
如果你必须实现 getter，那就没有问题了。
我想不出选项 a 更有用的任何具体情况。

Answer 6

两者都可能很好 - 如果永远不会涉及任何计算，构造函数参数可能会更简单（在这种情况下，您可能希望将该字段设置为最终字段，这将具有确保它由可能是的任何其他构造函数设置的额外优势。稍后添加）；而抽象方法给了你更多的自由来改变未来的事情。

您还可以将两者结合起来，并在构造函数中设置一个私有字段，并提供访问它的 getter 的具体（但不是最终）实现。