Web应用程序架构

Question

我们有一个现有的应用程序，主要是基于JSP的前端和基于Java / DAO的后端连接到oracle DB。这是一个企业级交易应用程序。

最近，我们的管理层指示使用GWT为我们的前端页面提供更现代的外观和感觉。因此，我们已将一些现有页面迁移到GWT以及GWT中的所有全新开发。 GWT用于渲染前端以及服务器端通信和AJAX。

然而，我担心完全接受GWT，因为它是一个客户端架构，大多数渲染逻辑处理都发生在客户端。

1. 我的担忧是否合理？

2. 您会推荐哪些其他架构？ Spring MVC / Webflow？还有别的吗？

Answer 1

  

我的担忧是否合理？

没有

在服务器上减少工作量意味着每秒执行更多请求。

Answer 2

我从服务架构开始。将处理保持在后面，这样您就可以在不重写后端的情况下交换UI。

它们可以是SOAP或REST。你不需要让它们沉重。

最好不要依赖JSP或GWT进行处理。曾经希望在iPad上推出这款产品吗？能够在不重写整个事物的情况下做到这一点是件好事。

从与您的用例匹配的粗粒度服务开始。