外部调用的实体和DTO转换应该在哪里进行？
我有一个SpringREST接口，控制器正在进行从DTO到业务实体对象的转换。服务层对业务实体对象进行操作。然而，如果我的业务层想要调用外部REST接口，那么该业务实体到DTO的转换应该在哪里发生？在业务层？使用RestTemplate进行调用的DAO对象？另一层？当前调用顺序如下所示：
business layer -> DAO -> RestTemplate -> RESTful service
谢谢！：）
共有1个答案
通常情况下，在Spring框架中，模型到DTO的转换和向后转换是通过实现org.springframework.core.convert.converter.转换器接口来完成的。因此，得到一个可重复使用的转换器，可以在门面或DAO或控制器中使用，这取决于您的需求。业务层不应该关心转换。从我的角度来看，在DAO中使用转换器是非常好的。：）
-
MVC中DTO转换应该在哪里进行？ 我正在使用JPA。从控制器接收DTO作为参数。 此时，是否需要在控制器中转换它并将其传递给服务？ 或者，我想知道服务是否接收DTO并转换它。
-
我正在开发Spring Boot（MVC、DATA、JPA…）角度项目。 我在两种选择之间左右为难。尽管如此，它们都能正常工作。 从架构的角度来看，哪一个是最好的，哪一个使用最多。 我的问题是，从实体到DTO的最佳转换方式是什么。 选项1：我现在正在实施的那个。 我将转换放在控制器中。在我的控制器中，我调用一个服务方法来获取实体列表。然后，我使用ModelMapper将实体列表转换为DTO列表，并
-
问题内容： 我们将使用DTO在表示层之间来回发送数据。我们有像这样的图层： facade appService domain 并且我们使用推土机来帮助我们将实体转换为dto。但是我现在有两个问题： 从实体到dto，我们可以使用推土机，但是从dto到实体，我们可以使用推土机吗？如果是，如何？ 我应该在哪里创建实体？在外观或DTOAssembler中？ 例如，我必须注册一本书。这本书的实体外观如下：
-
我已经将ViewPager和number of Fragment实现为子级，这里每个子级都覆盖自己的。 在我的应用程序中，导航行为是随机的，不是每次都有顺序。因为页面查看器执行缓存来加载额外的子级，这就是我的问题所在。我不确定何时应该初始化/释放子类成员。 需要你们的建议，在这种情况下使用PageViwer是否更好，或者我应该为每个组件使用传统的活动流。
-
我是mapsturct的新手，我只想在dto和实体之间映射； 我的银行课； 我的银行dto类； 我下面的映射器；
-
问题内容： 我在某处读到该函数将空字符串视为，因此这不是从HTML表单验证文本输入和文本框的有效方法。 因此，您可以用来检查用户是否键入了某些内容。 函数将空字符串视为是真的吗？ 那我应该在什么情况下使用呢？我应该经常检查是否有东西吗？ 例如代替 使用这个 问题答案： isset vs.！empty 自由贸易协定： “ isset（）检查变量的值是否包含（False，0或空字符串），但不包含NUL