是否真的需要RIA应用程序的服务器端架构？

Question

我们真的需要服务器端架构来创建RIA应用程序吗？

我的想法如下：

• 仅使用Html页面，JQuery和完整的客户端UI组件创建一个完整的RIA应用程序（在开源的大量不同组件之间选择你的毒药而不是）
• 服务器端我只有一个或多个REST，如返回并接受Json序列化对象的Web服务

不再依赖于服务器端架构的最新趋势（Struts，Java面孔，Asp.Net，MVC或任何其他时尚潮流或现在流行的模型），Web服务器端将只是trasnsport之间的接口（Json）和业务逻辑层，其中只有很少的逻辑。

客户端我们将拥有一个巨大的JavaScript应用程序，但是现代浏览器和PC（速度）和现代开发环境易于维护（VS2008和其他工具非常好地调试JavaScript）我看到代码维护中的问题少了对于这个层而言，找不到知道正确的服务器层架构的开发人员......

您对这种情况有评论吗？

侨 马西莫

Answer 1

您可以轻松地询问如何实现一流的后端，让服务器端正确，同时避免最新的时尚客户端时尚。而且我认为在任何一种情况下这都是合法的目标。你没有提到这是否是一个现有的应用程序，但如果是，那么我会说，首先将fowler Refactoring一书改编成一本书，然后再去了。

如果你知道如何正确应用你需要知道的东西来实现你的客户端目标，软件中的大量流失是有用的，因为相同的概念（SOC，耦合与内聚，DRY，YAGNI，等）适用于两端，我们越来越多地掌握有用的工具（使用大量技术可以或多或少地完成。）

Answer 2

只是不要在客户端安装安全逻辑......; - ）

Answer 3

或者甚至不打扰REST / Json部分并使用类似DWR的东西直接从客户端代码与服务器POJO对话。

Answer 4

大多数RIA应用程序不需要MVC或基于组件的框架，因为C，V和大多数M都驻留在客户端上。但是，您仍然需要某种服务层供客户端与之交谈，而持久层则需要与数据库一起使用。