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

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

我的想法是这样的：

仅使用HTML页面创建完整的RIA应用程序，jQuery和组件的完整的客户端的UI设置（选择大量不同组件之间你的毒药开放源码而不是）
服务器端我有一个像网络服务的一个或更多的休息，返回和接受JSON序列化的对象上的服务器端架构（Struts的最新潮流

没有更多的依赖，Java的面向，ASP .Net，MVC或其他任何时髦的流行趋势的模型），Web服务器端将仅仅是trasnsport（Json）和业务逻辑层之间的接口，其中很少有逻辑。客户端我们会有一个巨大的JavaScript应用程序，但是用现代浏览器和个人电脑（为了速度）和现代开发环境以便于维护（VS2008和其他工具非常好地调试JavaScript）我在代码中看到的问题更少维护这一层，而不是找到知道正确服务器层架构的开发人员......

您对这种情况有何评论？

侨马西莫

来源

2008-11-21 massimogentilini

你可以将其轻松地问起实现一流的后端获得服务器端的权利，同时也避免了最新的时尚客户端的时尚。我认为在这两种情况下这都是合法的目标。你不会提到这是否是现有的应用程序，但如果是，那么我会说，首先将Fowler重构本书进行记忆，然后去做。

如果您知道如何正确应用您需要知道的信息来完成您的客户端目标，那么软件中的许多流失很有用，因为相同的概念（SOC，耦合vs内聚，DRY，YAGNI等等）适用于两端，并且我们越来越多地具有用于应用它们的有用工具（这可以通过许多技术或多或少地实现）。

来源

2008-11-21 14:05:30 dkretz

新的应用，我们在设计中，现在所以这是认为，如果停留在相同的老路时间或采取一个新的。 – massimogentilini 2008-11-21 14:09:16

然后我认为你的建议可以和任何其他项目设计一样运作。无论如何，您都应该尝试将体系结构分离，并专注于良好的合同和接口。 – dkretz 2008-11-21 14:13:52

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

来源

2008-11-21 14:12:37 tinyd

大多数RIA应用程序不需要基于MVC或基于组件的框架，因为C，V和大部分M都驻留在客户端上。但是，您仍然需要某种服务层来与客户端进行交谈，并且需要一个持久层来处理数据库。

来源

2009-01-01 06:32:01

只是不要把安全逻辑在客户端... ;-)

来源

2009-01-01 07:11:54

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

回答

相关问题