为什么使用 Java 中的 RESTful 服务框架而不是普通 servlet

Question

我知道关于可用于在 Java 中执行 RESTful 服务的库存在一些问题，但是在普通实现中使用它们有什么价值。我的意思是，如果我想创建 Wim 描述的 url 结构

• www.example.com/images
• www.example.com/images/id/num
• www.example.com/images/tag/num
• www.example.com/images/tag/num/num/num

这不是更容易（对于未来的开发人员）和更快（实施和学习）将 url 模式 /images 映射到 servlet，并使用一两行代码来解析参数的 url，而不是学习、实现和配置这些库之一来为您完成此操作。

• Apache CXF
• Jersey（流行）
• Restlet（JAX-RS 的先驱）
• RESTEasy

本质上我要问的是......使用 RESTful Java 框架的价值是什么？对于一个简单的问题，在实现过程中不会增加很多复杂性吗？

编辑：这个球衣代码处理得非常巧妙，如果每个人正在寻找库来为他们做这件事，他们都应该知道如何以 servlet 形式完成它。

@Path("/helloworld")
public class HelloWorldResource {

    // The Java method will process HTTP GET requests
    @GET
    // The Java method will produce content identified by the MIME Media
    // type "text/plain"
    @Produces("text/plain")
    public String helloWorld() {
        // Return some cliched textual content
        return "Hello World";
    }
}

如果您要做的只是一个返回由 URL 参数驱动的文本的“服务”，因此返回纯文本，那么是否需要一个框架？

Answer 1

将 url 模式 /images 映射到 servlet 并用一两行代码来解析 url，这不是更容易（对于未来的开发人员）、更快（实现和学习）吗参数，而不是学习、实现和配置这些库之一来为您完成此操作。
...

更轻松？编写起来肯定不容易——您必须自己完成所有路径提取、所有方法处理和所有内容类型协商（两个方向）以及所有 cookie 处理和对象反序列化/serialization thunks 以及……好吧，很多低级的东西都需要测试和调试——或者更容易维护，因为 JAX-RS 接口允许您在资源级别进行操作（RESTful web 应用程序的自然特征）而不是请求；凭借丰富的经验，当概念模型和实现之间的差距最小时，维护是最容易的。它的实现速度也不是更快（因为 JAX-RS 的低级实现已经为您进行了测试和调试；您需要做的事情更少）并且学习它的成本不是很高，因为它主要是声明性 API很少有惊喜。

好吧，当您只处理简单的网络应用程序时，这些好处可能看起来并不那么明显。毕竟，你可以在很短的时间内破解一些东西，并将所得的应急结果放到网上。然后，您将不得不祈祷您的做法正确，不会出现重大的意外漏洞或拒绝服务攻击。当添加小功能或修复错误时，维护程序员必须了解您在代码中喷洒的那些正则表达式的作用（祝你好运！）。但随着 Web 应用程序变得越来越大，拥有一个经过测试的库来处理所有低级内容的好处确实会胜出。

（在您提出问题之前，您提到的一些库会愉快地将自身安装为 servlet；这允许您的代码仅描述 servlet 的业务逻辑并声明如何以抽象术语完成到线路的映射。这非常容易。）

Answer 2

JAX-RS 是一个设计精良的 API，它使得将 HTTP 请求映射到方法、从 HTTP 请求的各个部分提取参数、处理内容协商以及许多其他低级任务变得非常容易。

使用 JAX-RS（主要通过 Apache CXF）大约两年了，我总是更喜欢它而不是普通的 Servlet。

Answer 3

框架用于使您的任务更加轻松。我同意我们可以通过实现 servlet 来完成同样的事情，然后解析 url，然后实现基本逻辑。

但是，如果您使用像 jersey 这样的框架，那么您不必担心那些解析模式和其他类似的任务。 ServletContainer 类将处理这个问题（在其服务方法中解析 url），并且还有许多其他类，这将使您的任务变得更容易。

还有一件事，我们只采用一种场景（匹配模式），但是当我们的需求增长时，我们自己的 servlet 编写的相同代码将变得更加复杂。

Answer 4

在这种情况下，我会选择使用 Jersey 或库，如果它执行以下操作（添加足够的值）：

• URL 的配置全部独立于一个文件中，源代码中
• 没有隐藏的配置文件或过于冗长配置（例如 web.xml）
• 参数很好地映射到强类型变量（例如使用注释），
• 获取参数值并不复杂（例如 RESTlet）
• 运行该库的开销很低（我在其他库中使用反射解决方案时有过不好的经历）
• 有很好的文档记录
• 它 在这种

情况下，我发现使用库会为我的项目增加使用它所需的努力的价值。尽管我还没有对其他框架进行足够的调查，但泽西岛似乎确实相当充分地满足了要求。