我一直在寻找这个问题的答案，并找到了很多资源，这些资源如何使用每位作者认为的最佳实践来构建支持分页，排序和过滤的REST API。 问题在于这些最佳实践似乎是主观的，并且没有实现这些功能的标准化方法。
我正在寻找的最好的例子是这种实现，它利用Spring Data和由发现自己处于相同情况的人发布的Gist 。 第一个解决方案依赖于Spring Data JPA，而我使用的是香草JPA，这会使我改变整个逻辑。 第二个示例似乎有点粗糙，因为作者本人指出，它没有考虑HATEOAS和链接，而从我收集的数据来看，它们是REST API现代分页的重要组成部分。
我似乎找不到这些概念的“即插即用”实现，可以轻松地与Jersey集成，即使这意味着要适应我的JPA逻辑以使用其方法。 自定义实现的确可以带来优势，因为它们可以适应每个项目的特定需求，但是从长远来看，它们可能会导致一些陷阱并最终损害API。 可以注入某种注释并解析所有必填字段（例如排序，顺序，页面等）将非常有用。
我可以添加到项目中的依赖项不会强迫我重新发明轮子吗？
我目前正在使用根据问题中提供的示例改编的此配置 。 这不是最佳选择，但是直到找到更好的解决方案，它才起作用。 希望这对处于相同情况的人有所帮助！