我一直在寻找一个解决这个问题的答案，并找到了很多关于如何构建支持分页、排序和过滤的REST API的资源，每个作者都认为这是最佳实践。问题在于，这些最佳实践似乎是主观的，并没有一种标准化的方法来实现这些功能。
我正在寻找的最佳示例是使用Spring Data的此实现和由发现自己处于同样情况的人发布的Gist。第一种解决方案依赖于Spring Data JPA，而我正在使用vanilla JPA，这将使我改变整个逻辑。第二个示例似乎有点粗糙，因为作者本人表示它没有包括HATEOAS和链接，这是我所了解的现代REST API分页的重要部分。
我找不到的是一个“即插即用”的实现这些概念的方式，可以轻松地与Jersey集成，即使这意味着调整我的JPA逻辑以使用其方法。当然，定制实现也有优势，因为它们可以根据每个项目的特定需求进行调整，但它们可能会导致一些问题，并最终损害API。有没有一种依赖关系可以添加到我的项目中，而不需要我重新发明轮子？
我正在寻找的最佳示例是使用Spring Data的此实现和由发现自己处于同样情况的人发布的Gist。第一种解决方案依赖于Spring Data JPA，而我正在使用vanilla JPA，这将使我改变整个逻辑。第二个示例似乎有点粗糙，因为作者本人表示它没有包括HATEOAS和链接，这是我所了解的现代REST API分页的重要部分。
我找不到的是一个“即插即用”的实现这些概念的方式，可以轻松地与Jersey集成，即使这意味着调整我的JPA逻辑以使用其方法。当然，定制实现也有优势，因为它们可以根据每个项目的特定需求进行调整，但它们可能会导致一些问题，并最终损害API。有没有一种依赖关系可以添加到我的项目中，而不需要我重新发明轮子？