同一类的 GWT 客户端和服务器实现

Question

有什么方法可以在客户端和服务器上以不同的方式实现相同的类？

为了避免“你为什么要这样做？”问题..我会详细说明

我正在转换一个非常大的 Java 客户端/服务器应用程序。目前它使用 Swing GUI 客户端并通过 Spring 远程处理 (RPC) 与服务器对话。将 GWT RPC 与 Spring 服务一起使用不是问题，有几个很好的示例可用，而且似乎都运行良好。

客户端和服务器共有的几个类包含来回传递的数据。这些类还包含一些使用标准 JRE 类实现的行为。例如，一个类以特定于区域设置的方式包含、解析和格式化日期和时间，包括时区、DST 等。我可以重写/重构它，但应用程序的 SLOC 超过 1000 万，仅导致对此类的数百万次引用，因此重大重写并不划算。

以此为例，GWT 为解析和格式化日期提供了出色的 i18n 支持。但是实现与 JRE 的实现方式不同。

所以我正在寻找一种切割方式，我可以将实现注入到我的 DateTime 类的外壳中，具体取决于它是在客户端（使用 GWT 和本机 JS）还是在服务器中（使用 JRE ）。有没有巧妙的方法来做到这一点？也许使用模块文件 XXXXX.gwt.xml。我正在寻找一个通用的解决方案。

Answer 1

我认为您正在寻找的是：<source path="client" /> 在您的项目 gwt.xml 文件中。它告诉 GWT 生成器在哪里寻找要转换为 JS 的客户端代码。在我的项目中，我是这样设置的：

<source path="client" />
<source path="shared" />

基本上客户端代码在客户端目录中，并且在共享中我们为客户端和服务器端保留bean和一些数据包装器。

你可以做的，是添加你想要转换到客户端的包，上面的源路径。但是您必须记住，您要转换的类只能由 GWT 生成器可以转换为客户端 java 脚本的对象和属性组成。我也不确定是否可以在源路径中放置更准确的路径，例如：

<source path="shared/beans/whatever" />

另一个缺点是，如果您使用 GWT i18n 支持，它会在编译时自行处理不同的语言环境 - 这很好。如果您决定使用自己的机制，您的类必须包含一些逻辑以了解当前使用的语言环境，这些逻辑必须与 GWT 兼容。

Answer 2

您希望使用<super-source> 来用另一个包实现覆盖。 这就是 GWT 用来模拟 Java Runtime 类的方法，并且（除其他外）为 com.google.gwt.regexp.shared.* 类的客户端和服务器提供不同的实现。