Java - 如何简化我的 java答案

【问题标题】：Java - how to simplify my javaJava - 如何简化我的 java
【发布时间】：2011-05-04 02:11:05
【问题描述】：

我正在 Spring Framework 中编写一些 java 代码。

我有两个豆子，person 和 person1。它们的结构略有不同，也就是说每个变量的名称略有不同。

我正在尝试将详细信息从一个 bean 复制到另一个。如果值不为空，我只想复制该值。我见过一个名为 BeanUtils 的 API，但是无论它是否为空，它都会复制它。

这是我的代码：

if (person != null) {
       if (person.getAddressDetails() != null) {
               if (person.getAddressDetails().getStreetNumber() != null) {
                       person1.getAddressDetails().setStreetNo(person.getAddressDetails().getStreetNumber());
               }

               if (person.getAddressDetails().getStreetName() != null) {
                       person1.getAddressDetails().setStreetName(person.getAddressDetails().getStreetName());
               }
       }

       if (person.getHomeDetails() != null) {
               if (person.getHomeDetails().getPhoneNumber() != null) {
                       person1.getHomeDetails().setSPhoneNo(person.getHomeDetails().getPhoneNumber());
               }
       }
}

我有大约 40 个节点需要复制，这会产生很多丑陋的代码。有没有人有更好的方法来做到这一点？也许如果我做一个映射或其他东西然后循环遍历它？不确定。

如果没有，有谁知道我是否可以让 BeanUtils 在不复制空值的情况下运行副本？

原因是第二个 bean，person1，已经有一堆值了。如果有新的值可以覆盖它，我只想覆盖它。

像往常一样，变量是更大系统的一部分，我无法标准化名称。

谢谢

【问题讨论】：

如果所有值都由标准的 getter/setter 方法定义，您可以使用反射来查找字段，并且仅在字段不为空时执行复制。然而，你会用 if/else 块来换取 try/catch 块和反射代码。
我对反射不熟悉，你能解释一下吗？
你没有明确说出来，但我假设 person 和 person1 是同一个类的实例是否正确？
他们明确表示person 和person1 是不是同一类的实例。 “它们的结构略有不同，也就是说每个变量的名称略有不同。”
+1 用于寻找替代解决方案，而不是编写一堆需要维护的样板代码。

标签： java pojo apache-commons-beanutils

【解决方案1】：

从另一个方向解决问题，您的源数据对象不应该关心目标对象的约束或业务逻辑要求。

那将是紧密耦合，这很糟糕，尤其是如果您使用的是 Spring，那么您所做的正是 IoC 容器（例如 Spring）试图帮助您不做。

将null checking 编码放在目标对象的setXXX() 方法中，如果源属性是null，则如果您不想设置目标属性，这是处理业务规则的正确位置.

public setXXX(final String s)
{
  if (s == null) { // do nothing }
  else { this.xxx = s; }
}

然后您可以使用您想要的任何映射策略/库，而不必担心源数据null 状态。盲目设置属性，让目标决定何时忽略传入的null。

【讨论】：

a) 如果存在覆盖非空属性的通用业务规则，这对于复杂系统可能难以概括； b) 如果您尝试 merge()，则将特定逻辑添加到使用 ORM 持久化的对象中最终会让您的生活陷入困境。
他们没有提及 ORM 或任何这些问题。我坚持我的回答，班级应该决定它的nullablity 是不是和外部实体，即紧密耦合 并且打破封装引入低内聚 b> 并使调试成为一场噩梦。 OOA 最佳实践是 松散耦合 和 高内聚 类名称很糟糕，例如 person 和 person1 我认为 OP 并不真正关心理论企业担心，他们只想用最少的代码将属性数据从一个类映射到另一个类。

【解决方案2】：

我想知道Dozer 是否可以帮助您。

【讨论】：