Architecture web应用程序体系结构
我们有一个现有的应用程序，它主要是基于JSP的前端和基于Java/DAO的后端连接到oracle数据库。这是一个企业级的交易应用程序 最近，我们的管理层指示使用GWT，使我们的前端页面具有更现代的外观和感觉。因此，我们已经将一些现有页面迁移到GWT，所有全新的开发都在GWT中。GWT被用于渲染前端以及服务器端通信和AJAX 然而，我担心的是完全接受GWT，因为它是一种客户端架构，其中大多数渲染逻辑处理发生在客户端Architecture web应用程序体系结构,architecture,Architecture,我们有一个现有的应用程序，它主要是基于JSP的前端和基于Java/DAO的后端连接到oracle数据库。这是一个企业级的交易应用程序 最近，我们的管理层指示使用GWT，使我们的前端页面具有更现代的外观和感觉。因此，我们已经将一些现有页面迁移到GWT，所有全新的开发都在GWT中。GWT被用于渲染前端以及服务器端通信和AJAX 然而，我担心的是完全接受GWT，因为它是一种客户端架构，其中大多数渲染逻辑处理发生在客户端 我的担心有道理吗 您会推荐其他哪些体系结构？SpringMVC/Webflow？还
我将从服务架构开始。将处理放在后面，这样就可以在不重写后端的情况下交换UI 它们可以是肥皂或其他。你不必把它们弄得很重 最好不要依赖JSP或GWT进行处理。有没有希望在iPad上实现这一点？能做到这一点而不重写整件事是件好事 从符合您的用例的粗粒度服务开始 我的担心有道理吗 没有
在服务器上做更少的工作意味着每秒做更多的请求。所以你同意我的观点；那么我的担心是有道理的吗？@rationalSpring:不，你的担心是没有道理的。谷歌专注于非常可扩展的架构。这就是GWT受欢迎的原因。