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

回答

相關問題