java - 观察者模式和违反单一职责原则

我有一个小程序，一旦文本更改，它就会重新绘制自己

设计 1:

//MyApplet.java
public class MyApplet extends Applet implements Listener{
    private DynamicText text = null;
    public void init(){
        text = new DynamicText("Welcome");
    }
    public void paint(Graphics g){
        g.drawString(text.getText(), 50, 30);
    }

    //implement Listener update() method
    public void update(){
       repaint();
    }
}

//DynamicText.java
public class DynamicText implements Publisher{
    // implements Publisher interface methods
    //notify listeners whenever text changes
}

这是否违反了单一职责原则 (SRP)，其中我的 Applet 不仅充当 Applet，而且还必须执行监听器工作。同样的方式 DynamicText 类不仅生成动态文本，而且更新注册的监听器。

设计 2:

//MyApplet.java
public class MyApplet extends Applet{
    private AppletListener appLstnr = null;
    public void init(){
        appLstnr = new AppletListener(this);
        // applet stuff
    }
}

// AppletListener.java
public class AppletListener implements Listener{
    private Applet applet = null;
    public AppletListener(Applet applet){
        this.applet = applet;
    }

    public void update(){
        this.applet.repaint();
    }
}

// DynamicText
public class DynamicText{
    private TextPublisher textPblshr = null;

    public DynamicText(TextPublisher txtPblshr){
        this.textPblshr = txtPblshr;
    }
    // call textPblshr.notifyListeners whenever text changes
}

public class TextPublisher implments Publisher{
    // implements publisher interface methods
}

Q1。 设计 1 是否违反 SRP？

Q2。 在这里组合是一个更好的选择，以消除设计 2 中的 SRP 违规。

最佳答案

Q1:是的。

Q2:是的。

我自己的问题:这是某种让人们使用更好的设计技术的推式投票吗？

反正。您正在做的是认识到您的问题中也存在中介者模式。这是微妙的。现在，看起来它可能是一个适配器，但是随着您的设计的发展，我怀疑这实际上是一个中介器会变得很明显。 Mediator 存在很多 UI 问题。事实上，人们给协调 UI 问题中存在的中介力量一个特殊的名称:“MVC”。

关于java - 观察者模式和违反单一职责原则，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/2879215/