我是否应该创建从表示层到 Spring 数据的依赖关系以使用分页
Should I create a dependency from presentation tier to Spring Data to use pagination
我们正在创建一个基于 Web 的应用程序，使用 JSF（Primefaces 作为表示库）和 Spring Data JPA 作为数据访问层。该项目 Spring 已启用引导。
项目分为多个模块（按层），其中之一是表现层。
您是否建议创建从表示层到 Spring 数据的依赖项（因此可以访问 PageRequest 和 Slice 以及... 类）？
否则我们将在这一层中重新实现这些 类 并将它们转换为 Spring 数据 类，这看起来有些冗长。
Do you suggest creating a dependency from presentation tier to Spring Data (so have access to PageRequest and Slice and ... classes) or not?
您做出的每个决定都有利有弊，这是否是一个问题实际上取决于您的具体情况。
我看到以下支持依赖关系的事情：
- 重用
PageRequest 和类似 类。它们代表了使用持久性时所需的概念，但并不是真正特定于持久性的。因此，复制它们真的没有意义。
另一方面，Spring 数据包含许多 类 在表示层中没有任何业务。例如，那些处理创建存储库的人。
你的任务是确定 risk/damage 身边 类 的好处是否大于 PageRequest 的好处。
对于到目前为止我合作过的所有团队和项目，我会选择只具有依赖性。
原因如下：
该域无论如何都依赖于 JPA 和 Spring 数据。因此，通过依赖域层，无论你是否愿意，你都会得到一个瞬态依赖。
Spring 中的持久性特定 类 数据非常具体，我从未遇到过任何人试图直接使用它们。
请注意，尤其是第一点假设您没有在单独的传输对象中复制 JPA 实体，这会抵消 JPA 的好处。
我们正在创建一个基于 Web 的应用程序，使用 JSF（Primefaces 作为表示库）和 Spring Data JPA 作为数据访问层。该项目 Spring 已启用引导。
项目分为多个模块（按层），其中之一是表现层。
您是否建议创建从表示层到 Spring 数据的依赖项（因此可以访问 PageRequest 和 Slice 以及... 类）？
否则我们将在这一层中重新实现这些 类 并将它们转换为 Spring 数据 类，这看起来有些冗长。
Do you suggest creating a dependency from presentation tier to Spring Data (so have access to PageRequest and Slice and ... classes) or not?
您做出的每个决定都有利有弊，这是否是一个问题实际上取决于您的具体情况。
我看到以下支持依赖关系的事情：
- 重用
PageRequest和类似 类。它们代表了使用持久性时所需的概念，但并不是真正特定于持久性的。因此，复制它们真的没有意义。
另一方面，Spring 数据包含许多 类 在表示层中没有任何业务。例如，那些处理创建存储库的人。
你的任务是确定 risk/damage 身边 类 的好处是否大于 PageRequest 的好处。
对于到目前为止我合作过的所有团队和项目，我会选择只具有依赖性。
原因如下：
该域无论如何都依赖于 JPA 和 Spring 数据。因此，通过依赖域层，无论你是否愿意，你都会得到一个瞬态依赖。
Spring 中的持久性特定 类 数据非常具体，我从未遇到过任何人试图直接使用它们。
请注意，尤其是第一点假设您没有在单独的传输对象中复制 JPA 实体，这会抵消 JPA 的好处。