Gilead和RequestFactory替代品

Question

我開始開發一個相當大的GWT項目，它自然有一個數據模型。我想在客戶端與實體類一起工作。

我真的很喜歡吉利德，但this thread對我來說不是好消息。

我不想使用RequestFactory，因爲它會編寫非常多的樣板代碼和重複代碼。

也許有人知道Gilead和RequestFactory的替代品，可以幫助我在我的項目中，並由開發人員現在支持？

在此先感謝！

Answer 1

IMO，使用GWT時鍋爐板沒有逃脫。我認爲使用複雜數據模型處理數據密集型應用程序的最佳選擇是RequestFactory。您可以嘗試通過編寫一些代碼生成框架來減少鍋爐板。舉例來說，看看GWTP的註釋code generation facilities，這可能會產生很多需要使用MVP的鍋爐板。具體來說，GWTP可以生成Action和Result類，它們封裝了要發送到服務器的命令以及從服務器返回的結果。

類似的與RequestFactory相關的鍋爐板代碼生成工具可以顯着減輕您的負擔。

例如，您可以爲實體類生成實體代理的註釋。您會將此註釋與@Entity一起放入您的實體類中，並配置APT處理器以生成相關的EntityProxy類。可以採用類似的方法來生成價值代理。

您的應用程序特定的RequestFactory和RequestContext接口不是鍋爐板，即使它們看起來如此乍一看。實體類的服務器端實現也是如此。

Locator和ServiceLocator是完全可選的。如果您不想在實體中實現持久性代碼，則只需要它們。

這給我們留下了客戶端代碼。您可以看看GWT編輯器框架works with RequestFactory如何獲得有關如何編寫通用客戶端代碼以使用許多不同的RequestFactory接口的想法。