何时使用@RestController与@RepositoryRestResource

Question

我一直在研究如何将Spring与REST结合使用的各种示例。我们的最终目标是SpringHATEOAS/HAL设置

我已经看到了两种不同的方法，用于在Spring中渲染REST

>

在控制器中通过@RestController

通过存储库中的< code > @ RepositoryRestResource

我正在努力寻找的是，为什么你会使用一个而不是另一个。当尝试实施HAL时，哪一个是最好的？

我们的数据库后端是Neo4j。

Answer 1

嗯，上面的答案在他们的上下文中是正确的，我仍然给你举了一个实际的例子。

在许多情况下，作为 API 的一部分，我们需要提供用于根据特定条件搜索实体的终结点。现在使用JPA，您甚至不必编写查询，只需使用Spring-JPA的特定命名法创建一个接口和方法即可。要公开这些API，您将创建服务层，该层将简单地调用这些存储库方法，最后是控制器，它将通过调用服务层来公开endpoint。

Spring在这里所做的，允许您从这些接口（存储库）公开这些endpoint，这些接口通常是对搜索实体的GET调用，并在后台生成创建最终endpoint所需的文件。因此，如果您正在使用@RepositoryRestResource，则无需创建Service/Controller层。

另一方面,@RestController是一个专门处理json数据和rest工作的控制器。简而言之@ Controller @ response body = @ rest Controller。

希望这有帮助。

请参阅我的工作示例和博客：
http://sv-technical.blogspot.com/2015/11/spring-boot-and-repositoryrestresource.html
https://github.com/svermaji/Spring-boot-with-hibernate-no-controller

Answer 2

还有第三个（和第四个）选项您没有概述，即使用@BasePathAware Controller或@RepositoryRestController，具体取决于您是否执行特定于实体的操作。

@RepositoryRestResource用于在公共存储库界面上设置选项 - 它将根据正在扩展的存储库类型（即Crud存储库/寻呼和排序存储库/等）自动创建endpoint。

当您想要手动创建终结点，但希望使用已设置的 Spring 数据 REST html" target="_blank">配置时，将使用@BasePathAwareController和@RepositoryRestController。

如果使用@RestController，您将创建一组具有不同配置选项的并行endpoint - 即不同的消息转换器，不同的错误处理程序等 - 但它们将愉快地共存（并且可能会引起混淆）。

具体的留档可以在这里找到。

Answer 3

好的，简短的故事是，您想使用@RepositoryRestSource，因为这将使用Spring JPA创建一个HATEOAS服务。

正如您在这里看到的，添加这个注释并将其链接到Pojo，您就拥有了一个功能齐全的HATEOAS服务，而无需实现存储库方法或REST服务方法

如果添加@RestController则必须实现要自己公开的每个方法，并且它不会将其导出为 HATEOAS 格式。