将GWT MVP视图放在它们自己的文件中，而不是内联接口

大多数gwt mvp教程都显示了在presenter类中声明为内联接口的视图接口。这样做是否有充分的理由，或者为视图接口创建一个单独的文件是一个更好的选择，或者这并不重要（我知道这对编译器来说并不重要）

公共项目演示者{
...    
公共接口MyView{
公共无效集合名（…）；
}
...
}

---

谢谢。

技术上不需要使用内部接口。它肯定会与单独的编译单元一起工作

我个人更喜欢内部接口，因为演示者和视图接口共同定义了这两个接口之间的通信方式

我的另一个原因是命名。考虑ItemPresenter&ItemView与ItemPresenter&ItemPresenter.View的对比。对我来说，后者更直观，因为视图是由演示者自己定义的

最后一个原因是复制&过去。是的，没错：）

---

对于演示者/视图以及具有内部处理程序界面的事件，我的工作区中有空的复制和粘贴模板。使用内部接口，您在复制模板时不会遇到导入问题。

技术上不需要使用内部接口。它肯定会与单独的编译单元一起工作

我个人更喜欢内部接口，因为演示者和视图接口共同定义了这两个接口之间的通信方式

我的另一个原因是命名。考虑ItemPresenter&ItemView与ItemPresenter&ItemPresenter.View的对比。对我来说，后者更直观，因为视图是由演示者自己定义的

最后一个原因是复制&过去。是的，没错：）

---

对于演示者/视图以及具有内部处理程序界面的事件，我的工作区中有空的复制和粘贴模板。使用内部接口，您在复制模板时不会遇到导入问题。

技术上不需要使用内部接口。它肯定会与单独的编译单元一起工作

我个人更喜欢内部接口，因为演示者和视图接口共同定义了这两个接口之间的通信方式

我的另一个原因是命名。考虑ItemPresenter&ItemView与ItemPresenter&ItemPresenter.View的对比。对我来说，后者更直观，因为视图是由演示者自己定义的

最后一个原因是复制&过去。是的，没错：）

---

对于演示者/视图以及具有内部处理程序界面的事件，我的工作区中有空的复制和粘贴模板。使用内部接口，您在复制模板时不会遇到导入问题。

技术上不需要使用内部接口。它肯定会与单独的编译单元一起工作

我个人更喜欢内部接口，因为演示者和视图接口共同定义了这两个接口之间的通信方式

我的另一个原因是命名。考虑ItemPresenter&ItemView与ItemPresenter&ItemPresenter.View的对比。对我来说，后者更直观，因为视图是由演示者自己定义的

最后一个原因是复制&过去。是的，没错：）

---

对于演示者/视图以及具有内部处理程序界面的事件，我的工作区中有空的复制和粘贴模板。使用内部接口，您在复制模板时不会遇到导入问题。

不管您做什么。这只是为了让事情更紧密地联系在一起。

你做什么无关紧要。这只是为了让事情更紧密地联系在一起。

你做什么无关紧要。这只是为了让事情更紧密地联系在一起。

你做什么无关紧要。这只是为了让事情更紧密地联系在一起

public ItemPresenter {
 ...    
 public interface MyView<> {
   public void setName(..);      
 }
 ...
}