GWT RPC：hotswap vs POJO

目前我正在与GWT项目的同事合作。我们正在使用RPC异步服务。我们经常需要发送和接收state对象，这是一个HashMap。

我们的服务方式帮它总是有状态参数和返回类型：

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

我告诉不要用这个，因为我们在方法声明Serializable接口这是不好的用于RPC和GWT编译。

但是：HashMap很有用，但我们可以每次都使用热插拔而不是重新启动服务器（这足以编写方法put和get）。我的建议是使用POJO，但是我们可以放弃关键的热切技巧。

有什么解决方案在声明中不使用HashMap并且在同一时间具有Hotswap功能？ RequestFactory可以解决这个问题吗？（我们正在使用GWT 2.1版本更改不是一个选项）

来源

2011-11-28 Igor Konoplyanko

对于开发，你仍然可以使用HashMap，并且对于生产POJO会很好。在这种情况下，应用命令模式而不是RPC会非常有用。 http://stackoverflow.com/questions/3243423/why-use-the-command-pattern-in-gwt-or-any-web-app – hsestupin

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

来源

2011-11-28 14:00:25 jusio

GWT RPC：hotswap vs POJO

回答

相关问题