Question

有很多像这样的问题。我经历了大部分但实际上没有，但我无法得出任何答案：

我的一个GWT / GWTP课程中有一个奇怪的问题该类使用Eclipse编译器编译良好，但使用javac编译器（Maven）失败。

//additional imports
import com.gwtplatform.mvp.client.PresenterWidget;
import com.gwtplatform.mvp.client.View;

public class MyPresenter extends PresenterWidget<MyPresenter.MyView> {

    public interface MyView extends View {


    }

    some code
}

当我尝试使用maven编译时，我收到以下错误：

找不到符号符号：class 查看

查看是指View包中的com.gwtplatform.mvp.client界面。

我有其他类看起来一样，工作正常奇怪的是，如果我更改了导入的顺序，或者我指定了View接口的确切包，它在maven中编译时没有任何问题。
具体来说，我移动了com.gwtplatform.mvp.client.View

的导入

import com.gwtplatform.mvp.client.View;
//additional imports
import com.gwtplatform.mvp.client.PresenterWidget;

前段时间我遇到类似问题，类之间存在循环继承问题，这些问题涉及内部类（在eclipse中工作但在javac中没有）。但是我不确定这是否是同样的问题。

Answer 1

Eclipse的编译器实际上是与javac编译器不同的编译器。有时他们在行为上分开，通常他们很快就会和解。

当Java的泛型出现时，这是非常值得注意的。有些情况下，日食要么发现javac允许的泛型指令有错，要么javac发现eclipse允许的泛型错误（不记得它在很久以前分开的方式）。在任何一种情况下，javac都更可能是正确的实现。

在您的情况下，您使用泛型引用内部类来污染命名空间。可能的是，日食以不同于javac的优先顺序到达“视图”。 Javac实现了Java语言指南中指定的顺序，或者Java指南尚未宣布解决冲突的类似命名类的“一个真正的顺序”，这种情况非常好。通常这不是问题，因为不允许在Java中使用相同的非完全限定名称两次;但是，对于内部类，规范可以“解决”。

我会做

public interface MyView extends View {


}

通过明确名称来绑定到一个视图（不知道com.gwtplatform.mvp.client.View或MyPresenter.View是否正确）。

public interface MyView extends MyPresenter.View {


}

或

public interface MyView extends com.gwtplatform.mvp.client.View {


}

这样你就不会成为依赖于编译器的“绑定”错误类型的接口的受害者。

为什么这个代码用eclipse编译器编译但不用javac编译（maven）

1 个答案: