model-view-controller - RESTful API/MVC 应用程序的 Grails 与 JAX-RS

Question

我知道标题可能看起来像苹果和橙子，但请听我说... :)

我正在构建 MVC 应用程序的架构，并考虑将什么用于 Controller /服务的核心。该堆栈还将用作 RESTful API，与 UI 同等重要。

我正在缩小我的堆栈以使用 Grails 或 JAX-RS 构建(此时我已经排除了其他选项，并且对扩展此列表并不 super 感兴趣)。无论哪种方式，我都将使用 Groovy，而且我的模型和 View 几乎不会受到这种选择的影响，因此可以进一步平衡两者之间的一些差异。以下是我一直在思考的优点/缺点，并想知道是否有人有任何其他输入或警告经验。

chalice

我不会使用大量内置的 Grails 功能(GSP/SiteMesh、Hibernate、几乎所有插件)，所以我担心 Grails 可能对我的目的有点重

我担心我对处理 REST API 的能力没有足够的控制，因为它非常以 View 为中心

我已经看到插件质量不一致，以至于我不确定我是否认为它们是“专业人士”

我喜欢约定优于配置和编辑和刷新，如果我使用 JAX-RS

，我可能想要连接类似的东西。

我喜欢 grails 命令行，因为它简化了一切，但我担心它可能会妨碍我，因为我没有使用太多的堆栈

我喜欢脚手架，但由于我没有使用 Hibernate 或 GS​​P/SiteMesh，它可能无法很好地啮合

JAX-RS

JAX-RS 是为 REST 设计的。这将使我的 RESTful API 非常容易实现，因为我可以完全控制

Groovy 是 Grails 大放异彩的重要组成部分，因此即使在 JAX-RS

中我也会从中受益。

我喜欢 JAX-RS 不会自动引入一堆其他东西的方式，因此我可以更好地控制输入/输出的组件

不幸的是，因为它没有引入其他所有东西，我最终需要的任何东西都需要更多的工作，而 Grails 可能有一个插件

将错过 grails 命令行和脚手架；也许Maven可以填补一些空白

似乎每个创建 Action 和路由的能力都非常相似(尽管实现风格不同)。其实有 other SO questions wish touch upon this所以我不太担心。

Answer 1

去年我在几个框架(即 Grails、Play!、Spring MVC、Jersey、ReSTLet)中编写了一个小型 REST 服务原型(prototype)。在这个问题上，我对 Grails 的感觉是，虽然 Grails 支持 REST 风格的架构，但它并不是真正为它而设计的。我不想在这里变得虔诚，所以如果你只想将资源映射到 URL 和 HTTP 动词你很好，但是如果你想更深入地研究 REST 并严格控制返回码、位置 header 等，你可能仍然能够用 Grails 做到这一点，但它可能在纯 REST 框架中得到更好的支持。

Grails 还带有很多依赖项，如果您从一个绿色领域开始，这可能不是问题，但是当您必须将其与现有的遗留组件或框架集成时可能会导致问题。

从这两个使用的 REST 框架中，我更喜欢 Jersey，因为它在我的案例中很有效，并且文档很好(虽然有点侧重于 Maven 和 Netbeans)。