3

我正在使用 Jersey 来实现一个带有一些嵌套资源的 RESTful 服务。这是我目前拥有的一个基本示例：

@Path("/sites")
public class SiteResource {

    @GET
    @Path("/{siteId}")
    public Site get(@PathParam("siteId") long siteId) {
        Site site = // find Site with siteId

        if (site == null) {
            throw new WebApplicationException(Response.Status.NOT_FOUND);
        }

        return site;
    }
}

@Path("/sites/{siteId}/articles")
public class ArticleResource {

    @GET
    @Path("/articleId")
    public Article get(@PathParam("articleId") long articleId) {
        Article article = // find Article with articleId

        if (article == null) {
            throw new WebApplicationException(Response.Status.NOT_FOUND);
        }

        return article;
    }
}

现在想象一下，我有一个siteId = 123带有articleId = 456. 文章资源的正确路径是/sites/123/articles/456. 但在我当前的实现中，siteId 完全无关紧要。你也可以/sites/789/articles/456用来访问资源。

在该ArticleResource#get方法中，我当然可以检查指定的站点是否存在。但这似乎相当不切实际。如果我添加另一个嵌套资源，我将不得不重复所有检查。

在我看来，这似乎是一个常见的用例，令我惊讶的是，我没有找到任何解决这个问题的来源。所以我想知道我是否可能完全偏离轨道并且有更好的方法来处理嵌套资源。

谢谢！

4

1 回答 1

0

该文章似乎是该站点的子项。因此，Java 和/或数据库端可能存在某种关系，您可以使用它来获取和验证站点和文章。

如果请求的文章在其中，我会检索该站点，包括其子项和外观。

如果站点和文章不相关，则您的整个 URI 方案将不会反映您的资源。

于 2013-05-24T13:08:06.850 回答