Web應用程序體系結構

Question

我們有一個現有的應用程序，它主要是基於JSP的前端和基於Java/DAO的後端連接到Oracle數據庫。這是一個企業級交易應用程序。

最近我們的管理層指示使用GWT在我們的前端頁面中擁有更現代的外觀和感覺。所以我們已經將一些現有的頁面遷移到GWT以及GWT中的所有全新開發。 GWT被用於呈現前端以及服務器端通信和AJAX。

但是，我擔心完全擁抱GWT，因爲它是客戶端架構，其中大部分渲染邏輯處理髮生在客戶端。

1. 我的擔心是否合理？

2. 您會推薦哪些其他架構？ Spring MVC/Webflow？還有別的嗎？

Answer 1

我會從服務架構開始。將處理保留在後面，以便可以在不重寫後端的情況下交換UI。

它們可以是SOAP或REST。你不必讓它們沉重。

最好不要依靠JSP或GWT進行處理。有沒有希望在iPad上提供這個功能？能夠做到這一點很好，不用重寫整個事情。

從與您的用例匹配的粗粒度服務開始。

Answer 2

我的擔心是否合理？

號

做的服務器上較少的工作意味着你要做每秒請求。