1

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

我的想法如下:

  • 仅使用 Html 页面、JQuery 和完整的客户端 UI 组件集创建一个完整的 RIA 应用程序(在大量不同的可用开源组件之间选择你的毒药)
  • 服务器端我只有一个或多个类似 REST 的 Web 服务,它们返回并接受 Json 序列化对象

不再依赖服务器端架构的最新趋势(Struts、Java faces、Asp.Net、MVC 或任何其他以前流行或现在流行的模型),Web 服务器端将只是 trasnsport (Json) 之间的接口和业务逻辑层,其中的逻辑很少。

客户端我们将拥有一个巨大的 JavaScript 应用程序,但是使用现代浏览器和 PC(为了速度)以及易于维护的现代开发环境(VS2008 和其他工具很好地调试 JavaScript)我认为这一层的代码维护问题较少而不是找到了解正确服务器层架构的开发人员......

你对这种情况有意见吗?

乔·马西莫

4

4 回答 4

1

您可以很容易地询问如何实现一流的后端,使服务器端正确,同时避免最新的时尚客户端时尚。我认为这在任何一种情况下都是一个合理的目标。你没有提到这是否是一个现有的应用程序,但如果是,那么我会说,首先记住 Fowler Refactoring 的书,然后去学习它。

如果你知道如何正确应用你需要知道的东西来完成你的客户端目标,那么软件中的很多搅动都是有用的,因为相同的概念(SOC、耦合与内聚、DRY、YAGNI 等)适用于两端,并且我们手头有越来越多的有用工具来应用它们(这可以通过许多技术或多或少地轻松实现。)

于 2008-11-21T14:05:30.410 回答
1

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

于 2009-01-01T07:11:54.233 回答
0

或者甚至不用关心 REST / Json 部分,而是使用 DWR 之类的东西直接从客户端代码与服务器 POJO 对话。

于 2008-11-21T14:12:37.370 回答
0

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

于 2009-01-01T06:32:01.567 回答