java - 如何使用服务器拦截和授权用户输入

Question

简短介绍:

我有一个 [physics] 模拟框架，它曾经是一个单用户桌面版本。该框架作为一个工具包来启用例如教师可以在没有深入了解 Java 编程和/或特定数学的情况下构建各种模拟设置。最终出现了将客户端-服务器范式应用于框架的想法，以允许多个客户端在使用相同模拟的同时进行协作(= 在所有客户端之间同步模拟)。

一些额外的技术事实:

框架/模拟是基于 MVC 模式设计的。

如果客户端对模拟执行更改 - 例如通过 Swing GUI 通过移动 slider 或通过鼠标拖动模拟元素 - 这些更改必须在它们应用于模拟之前得到服务器的授权(+ 服务器必须采取注意将更改分发给所有其他客户端，这些客户端也必须应用它们)。

授权本身非常简单，基本上只决定是否接受更改的时间戳(以避免具有不同延迟的客户端导致[几乎]同一时间对同一事物进行更改而引起的问题)。

问题分别问题:

我现在想知道检测(和拦截)用户输入(将它们传递给负责客户端-服务器通信的底层消息传递系统)的最优雅的方法是什么？是否有某种模式或最佳实践通常用于所描述的场景？

我的主要关注点之一是避免引入新的约束，使用该框架构建新内容(=模拟)的人必须考虑这些约束。从这个意义上说，我希望尽可能少地更改现有的模拟。

我认为可行的一种解决方案:

我想引入一个新的界面，如:

public interface Synchronizable {
  public boolean appliesChanges();
}

在这种情况下的约束是，如果任何类型的更改监听器希望它们正在监听的更改事件同步，则必须另外实现此接口(interface)。通过这样做，底层框架可以用代理对象替换所有实现 Synchronizable 的对象，代理对象负责验证服务器的更改[事件](并在成功后将事件转发到真正的更改监听器)。

'appliesChanges' 方法背后的想法是，并非所有对更改监听器的调用都会真正导致需要同步的更改。例如，Swing JSlider 可能会在旋钮移动时生成事件，但更改监听器的具体实现可能仅在旋钮被释放后才应用真正的更改(即“值不再调整”)。中间发生的更改事件不需要发送到服务器，因为它们无论如何都不起作用。这种方法既不方便也不特别漂亮，但我想不出任何其他可能以不同的方式解决问题？!

除了最终用户必须明确考虑他们想要同步哪些事件(并因此为所有特定监听器声明和实现上述接口(interface))的问题之外，剩下的一个问题是如何自动找出哪些特定的方法负责处理任意类型的事件(以避免必须为每个可能的更改监听器实现具体代理)。

概述此问题的示例:

public interface SynchronizedChangeListener extends ChangeListener, Synchronizable {}
public interface SynchronizedPropertyChangeListener extends PropertyChangeListener, Synchronizable {}

public static void main(String[] args) {

  SynchronizedChangeListener scl = new SynchronizedChangeListener() {
    public void stateChanged(ChangeEvent e) {
      System.out.println("Hello world - SynchronizedChangeListener");
    }
    public boolean appliesChanges() {
      return true;
    }
  };
  SynchronizedPropertyChangeListener spcl = new SynchronizedPropertyChangeListener() {
    public void propertyChange(PropertyChangeEvent evt) {
      System.out.println("Hello world - SynchronizedPropertyChangeListener");
    }
    public boolean appliesChanges() {
      return true;
    }
  };
}

代理监听器如何知道对于 PropertyChangeEvents 它必须调用“propertyChange”方法而对于 ChangeEvents 它必须调用“stateChanged”方法？反射能解决这个问题吗？

期待您的投入 - 我很高兴您有任何想法或任何有关该主题的文献的重定向。

Answer 1

正如我所见，您有一个用户界面，用户可以在其中提供一些输入。您有另一个正在运行物理模拟的模拟 UI。只有在服务器授权后，用户 UI 的输入才应提供给另一个。

到现在为止还挺好？

现在您的模拟 UI 最终应该等待来自您服务器的事件。我在想这样的事情:

准备一个 XML，其中包含用户希望从用户 ui 中进行的更改。

在 tomcat 服务器上实现一个简单的 servlet(或 struts)来解析这个 XML 并通过授权响应请求它的用户。响应也可以是 XML 格式。

通过队列将此授权反馈给模拟 UI。模拟 UI 应该在这个队列上监听放在它上面的任何事件。

这会处理单个用户场景。对于从服务器接收事件的多个用户，执行此操作的最简单方法是轮询。在将轮询服务器的模拟 UI 之前的级别上实现计时器。服务器可以用最新的更改进行响应。现在将其输入到模拟 UI 的队列中。