java - Java中观察者模式的接口(interface)驱动实现解读

Question

我正在研究用 Java 实现的观察者模式，但我对教程实现的具体工作原理有一些疑问。

我知道这种模式用于所有期望用户与 GUI 交互的情况(例如用户单击按钮)或事件在不可预测的时间发生的所有情况(如计时器，当定时器捕捉事件必须被处理时)。

我知道在观察者模式中涉及两种不同类型的对象:

1. subject 对象:在不可预知的时间发生某些事情的对象(例如，可以随时被用户点击的按钮用户)

2. observer 对象(或listener):在我看来，它包含当某些东西变为subject< 时执行的代码/strong> 对象(例如它处理我的按钮的点击)。是真的还是我错过了什么？我对这个说法绝对不正确......我怀疑 observer 对象可能只需要监听 subject 的变化并对主题执行操作当这种变化发生时。例如:按钮(subject)被点击，观察者监听并发现这一变化，并对subject执行特定操作(perform a specific method on the subject object)。

什么是正确的解释？观察者监听主题变化并执行定义到观察者的操作或执行定义到主题的操作？

我知道要做到这一点，我可以将 subject 的引用传递给 observer(我认为执行的操作已定义到 subject 中。)但是这是一种不好的做法，因为它涉及主体和观察者之间的一种紧密耦合形式。我知道存在一个接口(interface)驱动的解决方案，但我在弄清楚它时遇到了一些困难。

本教程使这个示例代表一个使用 Swing 呈现 2 个按钮的 View :

package com.caveofprogramming.designpatterns.demo1.view;

import java.awt.GridBagConstraints;
import java.awt.GridBagLayout;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;

import javax.swing.JButton;
import javax.swing.JFrame;

import com.caveofprogramming.designpatterns.demo1.model.Model;

public class View extends JFrame implements ActionListener {

    private Model model;

    private JButton helloButton;        // SUBJECT OBJECT: l'oggetto su cui avviene l'evento
    private JButton goodbyeButton;      // SUBJECT OBJECT: l'oggetto su cui avviene l'evento

    public View(Model model) {
        super("MVC Demo");

        this.model = model;

        // Crea i 2 bottoni definiti sopra:
        helloButton = new JButton("Hello!");
        goodbyeButton = new JButton("Goodbye!");

        // Setta il layout manager da usare che stabilisce come sono posizionati gli elementi:
        setLayout(new GridBagLayout());

        GridBagConstraints gc = new GridBagConstraints();
        gc.anchor = GridBagConstraints.CENTER;
        gc.gridx=1;
        gc.gridy=1;
        gc.weightx=1;
        gc.weighty=1;
        gc.fill=GridBagConstraints.NONE;

        add(helloButton, gc);   // Aggiunge helloButton dentro il layout

        gc.anchor = GridBagConstraints.CENTER;
        gc.gridx=1;
        gc.gridy=2;
        gc.weightx=1;
        gc.weighty=1;
        gc.fill=GridBagConstraints.NONE;

        add(goodbyeButton, gc); // Aggiunge goodbyeButton dentro il layout

        helloButton.addActionListener(this);
        goodbyeButton.addActionListener(this);

        goodbyeButton.addActionListener(new ActionListener() {

            @Override
            public void actionPerformed(ActionEvent e) {
                System.out.println("Sorry to see you go.");
            }

        });

        setSize(600, 500);                          // Setta le dimensioni della finestra
        setDefaultCloseOperation(EXIT_ON_CLOSE);    // Setta il comportamento di cosa succede premendo il tasto X
        setVisible(true);                           // Setta la finestra come visibile
    }

    @Override
    public void actionPerformed(ActionEvent e) {

        JButton source = (JButton)e.getSource();

        if(source == helloButton) {
            System.out.println("Hello there!");
        }
        else {
            System.out.println("Some other button.");
        }

    }   

}

在这个例子中，我有 2 个按钮代表我的 subject 对象，这些:

private JButton helloButton;        
private JButton goodbyeButton;

View类实现了一个ActionListener接口(interface)(就是前面说的那个接口(interface)？)

查看 ActionListener.class 我发现:

// Method descriptor #8 (Ljava/awt/event/ActionEvent;)V
public abstract void actionPerformed(java.awt.event.ActionEvent arg0);

这是一个必须实现的方法，这是当一个 Action 发生时调用的方法，我必须实现它，这个:

@Override
public void actionPerformed(ActionEvent e) {

    JButton source = (JButton)e.getSource();

    if(source == helloButton) {
        System.out.println("Hello there!");
    }
    else {
        System.out.println("Some other button.");
    }

}

actionPerformed() 方法在 View 类中实现，因为它扩展了 ActionListener 接口(interface)并处理按钮的点击。

ActionListener 接口(interface)实现是我的observer 对象吗？这意味着 View* 类包含 **subject 对象(我的按钮)，但它也是一个observer/listener 实现？

要将 listerner(observer 对象)添加到按钮，我会这样做:

helloButton.addActionListener(this);

并且我传递了 this 因为包含 observer 的类与定义了 subject 对象的类相同。是否正确？

这是一个最佳实践，因为我将主题和观察者捆绑在一起成为一个类，并且我没有通过观察者内部的主题引用派生出紧密耦合？

是我的推理正确还是我遗漏了什么？

Answer 1

让我们从“理论”背景开始。首先，必须了解观察者模式；以及“Java”通常如何“向您”提供它已经存在了“相当长的一段时间”。后来发生了微妙的变化，但我认为可以公平地说，我们正在谈论九十年代后期的概念。

我的建议是:不要只阅读这种模式的初始形式(如著名的四人帮“设计原则”一书中所述)；还要检查一下Reactive Programming不得不说一下。

所以，我的意思是:在 2015 年，您仍然可以像 10 或 15 年前那样坐下来开发您的 Java Swing 应用程序。但是尽量不要太专注于这种做事方式；现在有其他选择；并且根据您的应用程序的要求，“老式 Java GUI 东西”可能不是正确的答案。

然后:您在最后几段中建议的那种“捆绑”与其说是最佳实践，不如说是一种“反模式”。当然，它非常适合“非常小的一次写入永不更新”之类的组件。

所以，是的，当您开始学习观察者模式时；这样开始是很自然的事情。但这不是避免“紧密耦合”的答案 - 使用您的方法，耦合会变得如此紧密(我们不是在谈论同一类中的东西吗？!)几乎不可能“解耦”他们稍后。

一旦您谈论“现实的”应用程序，您就应该避免这种捆绑。它始于这样一个事实......您可能希望在单击按钮时发生相同的“ Action ”......或者当用户转向某个菜单时。或者你的用户界面的其他部分变得更复杂；突然间，同一个按钮需要发生“不同”的 Action ；或者“这里的这个东西”的状态现在取决于“那边的其他东西”的状态。

换句话说:如果您的应用程序很复杂，那么建议的方法会导致巨大的、单一的、不可维护的意大利面条式代码碗。

换句话说:除了“将来不需要维护的简单练习代码”之外的任何内容都不应按照您在此处概述的模式构建。

是的，我承认这并没有回答隐含的问题:“如何才能做得更好”……因为这是一个棘手的问题。一个潜在的提示可能是来自 Oracle 的 JavaFx“best practices”