GWT RPC：热交换vs POJO

我遇到了以下问题

目前我正在和同事一起进行GWT项目。 我们正在使用RPC异步服务。我们经常需要发送和接收

状态

对象，它是一个

哈希映射

我们有很多服务方法，它们总是将状态作为参数和返回类型：

HashMap<String, Serializable> fillAndGetUI(HashMap<String, Serializable> state) throws ProjectServiceException;

HashMap fillAndGetUI（HashMap状态）抛出ProjectServiceException；

我告诉你不要使用它，因为我们在方法声明中有

Serializable

接口，这对RPC和GWT编译不好

但是：

HashMap

很有用，因为我们可以使用热交换而不是每次重新启动服务器（编写方法

put

和

get

）。 我的建议是使用POJO，但我们可以快速释放热交换，这一点至关重要

---

在声明中不使用

HashMap

并同时具有热交换功能的解决方案是什么？

RequestFactory

能否解决此问题？（我们正在使用GWT 2.1。版本更改不是一个选项）

最简单的解决方案使用普通的旧RequestBuilder、JSON和覆盖类型。RequestFactory不会帮助您

对于开发，您仍然可以使用HashMap，对于生产，POJO也可以。在这种情况下，应用命令模式而不是RPC将非常有用。