我是否应该在 Web 应用程序的 Java bean 中添加对 PropertyChangeSupport 和 PropertyChangeListener 的支持？

Question

我注意到有些人编写了支持属性更改观察者模式的bean。

import java.beans.PropertyChangeListener;
import java.beans.PropertyChangeSupport;
import java.io.Serializable;

public class SampleBean implements Serializable {
    public static final String PROP_SAMPLE_PROPERTY = "sampleProperty";
    private String sampleProperty;
    private PropertyChangeSupport propertySupport;

    public ChartBean() {
        propertySupport = new PropertyChangeSupport(this);
    }

    public String getSampleProperty() {
        return sampleProperty;
    }

    public void setSampleProperty(String value) {
        String oldValue = sampleProperty;
        sampleProperty = value;
        propertySupport.firePropertyChange(PROP_SAMPLE_PROPERTY, oldValue, sampleProperty);
    }


    public void addPropertyChangeListener(PropertyChangeListener listener) {
        propertySupport.addPropertyChangeListener(listener);
    }

    public void removePropertyChangeListener(PropertyChangeListener listener) {
        propertySupport.removePropertyChangeListener(listener);
    }
}

然而，我记得读过，由于 Web 应用程序的无状态性质，观察者模式在基于 Web 的 MVC 模式中并不常用。

在Web应用程序 Java bean中遵循上述模式是一个好的实践吗？

Answer 1

老实说，只有当您确实需要该功能时才需要麻烦。 大多数 Web 应用程序不需要 PropertyChangeSupport。 我实际上不记得在我见过的任何网络应用程序中看到过它。 我只见过它在 Swing 应用程序中使用。

Web 应用程序中的典型 bean 是一个生命周期相当短的对象，准备为单个请求提供服务，然后丢弃到空白中以进行垃圾收集。 主要问题是，Web 应用程序本质上是并发和多用户，这不适合具有侦听器和事件等的寿命较长的对象。

Answer 2

无论如何，PropertyChangeListener 的设计相当糟糕 - 所有这些神奇的字符串比较。 最好选择带有 ChangeListener （或类似）的简单模型，并将其与复合模型结合在一起。

除非您正在做一些交互式和 COMETy 的事情，否则它在 Web 应用程序中没有多大意义。 您通常有一个拉模型，其中所有当前信息都一次性捆绑在一起。 如果你有缓存，这可能是有意义的。

您甚至可以像编写 Web 应用程序一样编写桌面应用程序。 任何更改（或一系列更改）并同步 GUI。 事实证明这非常紧凑。 此外，性能成本也从重大变更的关键时间（例如打开窗口）转移到了需要消耗周期的非关键时间。

Answer 3

1) 除非您知道需要，否则不要添加属性更改支持。

2）如果你的bean只是一个值对象，除了getters/setters/equals/hashcode之外什么都没有，那么考虑使用AOP框架（我喜欢Spring）来包装该对象，并使用用于实现属性更改事件/支持的建议。 这样，您的 bean 就不会受到仅在某些上下文（通常是 UI）中需要的逻辑的污染，并且在不同的上下文中可能会发生变化。 这是我在为特定应用程序的所有域 bean 添加属性更改支持时学到的教训 - UI 使用了它，但它使服务器团队感到困惑（在那里没有使用），并且在没有使用它的地方只是噪音。

我也同意，有时您不需要监听各个属性，知道对象中的任何内容是否发生变化就足够了。