gpt4 book ai didi

Java 继承 - 为 MVP 模式构建 BaseView

转载 作者:行者123 更新时间:2023-12-01 11:29:52 25 4
gpt4 key购买 nike

我们正在尝试实现 MVP 模式。因为仅仅拥有一个功能 View 就需要相当多的代码,所以我们尝试尽可能多地使用继承。由于我对 Java 还很陌生,所以我不知道我这样做是否正确:

因此,我从一个非常简单的接口(interface)开始,所有 View 都将实现该接口(interface)(并且“getName”方法将用于面包屑功能):

public interface IView {    
public String getName();
}

最重要的是,我构建了一个BaseView,它将用于大多数 View :

public interface IBaseView extends IView {
public void addListener(IBaseViewListener l);

interface IBaseViewListener {
void viewEntered(Long id);
}
}

以及实现

public class BaseView extends CustomComponent implements View, IBaseView{
private String name = "";
private List<IBaseViewListener> listeners;

public BaseView(String name) {
this.name = name;
listeners = new ArrayList<IBaseViewListener>();
buildLayout();
}

@Override
public void addListener(IBaseViewListener l) {
listeners.add(l);
}

protected void buildLayout() {
this.setId("base_view");
// initialize layout....
}

@Override
public void enter(ViewChangeEvent event) {
for (IBaseViewListener l : listeners) {
l.viewEntered(id);
}
}

@Override
public String getName() {
return name;
}

}

最后我们有一个ScaffoldingView,它将用于一些 View (主要用于模拟):

public interface IScaffoldingView extends IBaseView{

public void showTable(AbstractComponent t);

interface IScaffoldingViewListener extends IBaseViewListener {
void itemSelected(DataBaseObject selectedObject);
}
}

以及实现:

public class ScaffoldingView extends BaseView implements IScaffoldingView{

private AbstractComponent table = null;

public ScaffoldingView(String name) {
super(name);
}

@Override
protected void buildLayout() {
// here is a lot more code...
}

public void showTable(AbstractComponent t) {
// here is a lot of code...
}

}

首先:- 这种方法有意义吗?特别是访问修饰符。在多态性方面我完全很弱:(

  • 我对事件监听器的处理非常不确定。例如:在BaseView的构造函数中,我正在实现addListener函数。

现在,在 ScaffoldingView 中,将有一个专门的 IScaffoldingViewListener。父类(super class) (BaseView) addListener() 方法能够处理这些 IScaffoldingViewListeners 吗?

编辑:抱歉,我忘了提及 ViewCustomComponent 是我们使用的第三方框架 (Vaadin) 的一些类,它们提供 进入事件,我们在其中调用事件监听器(Presenter)。

最佳答案

首先,在另一个接口(interface)中声明一个接口(interface)不太干净,使代码变得相当模糊。

第二,关于BaseView,它扩展了CustomComponent,并实现了IView和IBaseView,首先是一个小细节,如果它实现了IBaseView,则不需要实现IView,因为IBaseView已经扩展了IView,但我看到的更大问题是:

如果您在某个类中有一个以 IBaseView 作为参数的方法,但在该函数内您希望能够使用 CustomComponent 中的重写方法,您将无法这样做,您只能在 IBaseView 上声明了方法。

如果您想使用 CustomComponent 方法,则必须在该方法内进行强制转换,但这并不干净并且是错误的来源,因为如果将来您添加更多实现 IBaseView 的类,但这样做不扩展 CustomComponent,该函数将抛出提示转换的异常。

此外,关于 ScaffoldingView,如果您仅在测试中将其用于模拟目的,并且您正在使用更多方法扩展 IBaseView 行为,如果您测试以 IBaseView 作为参数的方法,则您将获得相同的结果与之前的情况一样,您正在测试的方法将不知道 IScaffoldingView 声明的方法,然后它不会使用它们,并且您的测试不可信。

P.D.:如果您有兴趣学习抽象和继承设计,我建议您查看 S.O.L.I.D.原则,网络上有很多关于这些的文献。

编辑:回复您的评论

首先,您需要在不考虑内部细节、实现、测试或其他任何事情的情况下问自己,我的 View 有什么行为?他们的行为方式都一样吗?我有不同类型的观点吗?一旦您回答了这些问题并了解了正在发生的情况,您将获得设计界面层次结构所需的内容,这就是将向系统的其余部分公开的内容。

您可以(可选)拥有从这些接口(interface)派生的抽象类,您可以在其中提供一些初始化、默认值,但是,不要进一步提供比接口(interface)提供的更多功能,您可以拥有一些额外的方法,但只能供内部使用。

然后,您可以从接口(interface)或中间抽象类(如果已定义)派生 View 的实际实现。

只需将其视为一个黑匣子,其中您唯一可以看到的就是输入和输出接口(interface),以及该匣子内的其他所有内容,系统的其余部分不需要也不应该需要了解一下。

无法真正为您提供具体的解决方案,因为我不知道您的应用程序的需求。

关于Java 继承 - 为 MVP 模式构建 BaseView,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30508301/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com