Rest控制器 vs spring-data-rest RepositoryRestResource

Question

Rest控制器 vs spring-data-rest RepositoryRestResource

6

我知道这可能会感觉像是这个问题的重复。
但我有一些问题没有在那个问题中得到解答。

With @RepositoryRestResource, every method is by default exposed. Which I feel is a bit annoying. Correct me if I am wrong here. For example in the below case
```
@RepositoryRestResource  
public interface ProductRepository extends MongoRepository<Product, String> {} 
```

如果我只想公开findAll()和findOne()方法，而不是其他任何方法，特别是delete。为了实现这一点，我需要做如下操作

    @RepositoryRestResource
    public interface ProductRepository extends MongoRepository<Product, String> {
      @RestResource(exported = false)
      @Override
      default void delete(String s) {
      }
      @RestResource(exported = false)
      @Override
      default void delete(Product product) {
      }
      @RestResource(exported = false)
      @Override
      default void delete(Iterable<? extends Product> iterable) {
      }
      @RestResource(exported = false)
      @Override
      default void deleteAll() {
      }
    }

我认为这段代码中有很多不必要的代码，使用Rest Controller方法会更好。

我认为最好从REST端点返回任何值都使用ResponseEntity。但是使用spring-data-rest方法，我不确定如何做到这一点。
我找不到任何方法来单元测试（非IT）RepositoryRestResource公开的REST端点。但是使用REST控制器方法，我可以使用MockServletContext，MockMvc和MockMvcBuilders测试我的REST端点。

鉴于所有这些，除了HATEOS之外，仍然有使用sping-data-rest的优势吗？请澄清。

- pvpkiran

1

我认为最好将你的问题分成不同的部分。 - aux

您的意思是针对每个点都提出一个问题吗？谢谢。 - pvpkiran

通常在SO上找到直接问题的答案要容易得多。这也有助于那些搜索类似主题的人。 - aux

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- aux · Accepted Answer

Spring-data-rest 是提供数据仓库 REST 端点的框架，包括了 ALPS 元数据、搜索端点等完整的 REST 功能。通常能够涵盖大部分使用场景并提供自定义基础。

以下是一些提示：

关于第一条） - 自定义导出资源和方法。

不需要在所有 delete(...) 方法上加上 @RestResource(exported = false)，因为只有一个方法会被导出：void delete(Product entity)。请参考相关文档章节和源代码。如果没有漏看什么，您只需要提供以下方法：

findAll(Pageable)
findOne(id)
save(Entity)
delete(Entity)

关于导出的仓库方法的说明。 有时候更容易通过扩展一个非常基本（空）的 Repository<Product, String> 仓库接口，并仅提供您允许在该仓库上的方法，例如：

@RepositoryRestResource
public interface ProductRepository extends Repository<Product, String> {
  long count();
  Page<Product> findAll(Pageable pageable);
  Product findOne(String entity);
  <S extends Product> S save(S entity);
}

关于自定义控制器。 最简单的方法是使用 @RepositoryRestController 注解控制器来自定义默认行为。请查看文档并查看 RepositoryEntityController.java - 这是默认控制器。

关于第二部分) 在控制器中返回 ResponseEntity

非常简单。您可以将实体包装在 Resource<T> 中（例如使用 PersistentEntityResourceAssembler），并创建一个使用它的 ResponseEntity。请参阅RepositoryEntityController.java 和一些示例，如 spring-restbucks.

关于第三部分) - 测试 REST 端点

公开 RepositoryRestResource 的 REST 端点是在 RepositoryEntityController 中实现的（属于 spring-data-rest 的一部分）。

如果您实现自己的自定义控制器，则可以像往常一样添加单元测试，但如果使用 PersistentEntityResourceAssembler，事情会变得更加复杂。

单元测试示例：

public class FooControllerTests {

  @Mock
  PersistentEntityResourceAssembler assembler;

  @Mock
  PersistentEntityResourceAssemblerArgumentResolver assemblerResolver;

  @Mock
  PersistentEntity<Foo, ?> entity;

  @InjectMocks
  FooController fooController;

  @Mock
  FooService fooService;

  private MockMvc mockMvc;

  @Rule
  public MockitoRule rule = MockitoJUnit.rule();

  @Before
  public void setup() {
    this.mockMvc = MockMvcBuilders.standaloneSetup(fooController)
        .setCustomArgumentResolvers(assemblerResolver)
        .build();
  }

  @Test
  public void test_GetItem_Success() throws Exception {
    final Foo foo = new Foo();
    
    when(fooService.findOne(1)).thenReturn(foo);
    when(assemblerResolver.supportsParameter(any())).thenReturn(true);
    when(assemblerResolver.resolveArgument(any(), any(), any(), any())).thenReturn(assembler);
    when(assembler.toResource(foo))
        .thenReturn(PersistentEntityResource.build(foo, entity).build());
    
    this.mockMvc.perform(get("/foo/1")).andExpect(status().isOk());
  }
}

另请参见“使用Spring构建REST服务”教程。

希望这可以帮助您。