代码之家  ›  专栏  ›  技术社区  ›  massimogentilini

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

  •  1
  • massimogentilini  · 技术社区  · 15 年前

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

    我的想法是:

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

    不再依赖服务器端体系结构(Struts、JavaFACTS、ASP.NET、MVC或任何其他时髦的模型),Web服务器端将只是TrasnPope(JSON)和业务逻辑层之间的接口,其中逻辑很少。

    客户端我们将有一个巨大的javascript应用程序,但是有了现代浏览器和PC(为了速度)以及易于维护的现代开发环境(VS2008和其他工具非常好地调试javascript),我在这一层的代码维护中看到的问题比找到了解正确服务器层体系结构的开发人员要少……

    你对这种情况有何评论?

    CIAO 马西莫

    4 回复  |  直到 15 年前
        1
  •  1
  •   dkretz    15 年前

    您可以很容易地要求实现一个一流的后端,使服务器端正确,同时避免最新的流行客户端时尚。我认为在这两种情况下,这都是一个合法的目标。您没有提到这是否是一个现有的应用程序,但是如果它是,那么我会说,首先将Fowler重构书memeorize,然后继续。

    如果你知道如何正确地应用你需要知道的东西来实现你的客户端目标,那么软件中的大量混乱是有用的,因为相同的概念(soc、耦合vs内聚、dry、yagni等)同样适用于两端,而且我们越来越多地拥有用于应用它们的有用工具(使用l可以或多或少地实现这些工具)。技术OT。)

        2
  •  1
  •   Chris Nava    15 年前

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

        3
  •  0
  •   tinyd    15 年前

    或者甚至不用担心REST/JSON部分,使用类似DWR的东西直接从客户机端代码与服务器pojos进行通信。

        4
  •  0
  •   cliff.meyers    15 年前

    大多数RIA应用程序不需要MVC或基于组件的框架,因为C、V和大多数M都位于客户机上。但是,您仍然需要某种类型的服务层来让客户机与之对话,并需要一个持久性层来使用数据库。