【问题标题】:Is there a real need of a server side architecture for a RIA application?RIA 应用程序是否真的需要服务器端架构?
【发布时间】:2008-11-21 13:55:00
【问题描述】:

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

我的想法如下:

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

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

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

您对这种情况有意见吗?

Ciao 马西莫

【问题讨论】:

    标签: architecture ria


    【解决方案1】:

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

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

    【讨论】:

    • 新应用程序,我们现在正处于设计阶段,所以是时候考虑是继续原路还是走新路了。
    • 那么我认为您的建议将与任何其他项目设计一样有效。在任何情况下,您都应该尝试解耦​​架构,并专注于良好的合约和接口。
    • 如果你这样做了,那么你对重构的了解会让你以后处于一个好位置。
    【解决方案2】:

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

    【讨论】:

    • 而且也不要在客户端进行数据验证!
    【解决方案3】:

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

    【讨论】:

      【解决方案4】:

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

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2018-04-12
        • 2015-11-24
        • 2021-07-18
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多