【问题标题】:Picking a control layer for JQuery Mobile to Java back end mobile web app为 JQuery Mobile 选择控制层到 Java 后端移动 Web 应用程序
【发布时间】:2011-06-20 14:18:21
【问题描述】:

我们正在针对现有的 Java Web 应用(至少是该应用的数据库)部署移动 Web 应用。

我们只使用原始应用程序的数据库,因为原始应用程序是建立在自定义 ORM 解决方案和 Struts 1.1 之上的,而 Struts 1.1 已经过时了。因此,这将是一个概念证明,证明了现代工具可以做什么。

我们决定在前端使用 JQuery mobile 来利用设备交叉兼容性。在后端,我们现在将使用 JPA……也许以后会迁移到 Hibernate。但是我们想用一个 RESTful 服务公开我们的模型,用一块石头杀死两只鸟(原始应用程序接口与许多第三方的接口,我们希望通过一个简单的 REST 接口访问,该接口恰好有很多重叠,数据方面,与移动模块。)

那么,问题是哪个控制器层最适合将 JQuery 移动前端与 RESTful 后端结合起来?

我们想要一个控制器框架:

  • 不会太打扰。也就是说,我们不必将自己锁定在特定的实现中,因为硬性依赖关系遍布整个代码。
  • 是否基于注释或重于配置约定。或两者兼而有之,因此我们不会编写大量 XML 胶水
  • 不会带来我们不会使用的杂乱无章...即它尽可能地粘在控制器层
  • 可以轻松处理一端的 REST 和另一端的 AJAX
  • 社区越大越好
  • 在不影响其他任何方面的情况下,开始跑步越简单越好。

我们已经开始探索 Struts2、SpringMVC、Stripes、Play!等等,但我希望博学的 SO 社区提供一些明智的建议,以帮助缩小范围。

如果您需要澄清任何事情,我很乐意这样做。

【问题讨论】:

    标签: java ajax rest controller jquery-mobile


    【解决方案1】:

    在我看来,您正在寻找错误的方向。

    1. 您的 Java 应用程序正在通过 REST Web 服务生成 JSON/XML。
    2. 您的 jQuery 客户端正在使用这些 Web 服务以将它们发布到界面

    您似乎在搜索控制器服务器端。为什么?生产 REST Web 服务不是 REST 服务器的唯一目标吗?

    看看BackboneJS——它不是该类别中唯一的一个,而是我更了解的一个——它是一个客户端控制器。它与 jQuery 完美契合,并允许以紧凑和通用的方式使用 HTTP 动词(GET、PUT、DELETE、POST)访问 REST 资源。

    如果你选择这样做,我会进一步帮助你。

    【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-05-13
    • 2010-11-08
    • 1970-01-01
    • 1970-01-01
    • 2017-03-12
    • 2013-05-29
    • 2012-10-21
    • 2010-12-15
    相关资源
    最近更新 更多