我有一个相当基本的java类和一些类变量。我使用tostring()来提供字符串输出(最终将输出到文本文件)。
我正在尝试优雅地创建一种方法,让我使用这个字符串输出重新创建对象,并像以前一样设置所有变量。这个班看起来像这样:
public class Report {
private String itemA;
private String itemB;
private String itemC;
@Override
public String toString() {
StringBuilder sb = new StringBuilder();
sb.append("Items are::");
sb.append("\nItem A is: ").append(itemA);
sb.append("\nItem B is: ").append(itemB);
sb.append("\nItem C is: ").append(itemC);
return sb.toString();
}
}
这就是我如何利用反射来解决问题的方法:
public class Report {
private String itemA;
private String itemB;
private String itemC;
private final Map<String, String> MAPPING = new HashMap<>();
public Report(String itemA, String itemB, String itemC) {
this.itemA = itemA;
this.itemB = itemB;
this.itemC = itemC;
MAPPING.put("Item A is: ", "itemA");
MAPPING.put("Item B is: ", "itemB");
MAPPING.put("Item C is: ", "itemC");
}
@Override
public String toString() {
StringBuilder sb = new StringBuilder();
sb.append("Items are::");
MAPPING.entrySet().forEach(entry -> {
sb.append("\n").append(entry.getKey()).append(BeanUtils.getProperty(this, entry.getValue()));
});
return sb.toString();
}
public Report createReportFromString(String reportString) {
List<String> reportLines = Arrays.asList(reportString.split("\n"));
HashMap<String, String> stringObjectRelationship = new HashMap<>();
reportLines.forEach(reportLine -> {
Optional<String> matchingKey = MAPPING.keySet().stream().filter(reportLine::contains).findFirst();
matchingKey.ifPresent(key -> {stringObjectRelationship.put(MAPPING.get(key), reportLine.split(key)[1]);});
});
stringObjectRelationship.forEach((variableName, variableValue) -> BeanUtils.setProperty(this, variableName, variableValue));
return this;
}
}
我基本上希望将报表中的键(“item a is:”)与相应变量(“itema”)的名称相关联,并在tostring()方法和createreportfromstring(string string)方法中使用这种关系。现在,当这样做时,有很多可能的异常可以抛出,需要处理或抛出-然后它看起来没有我想要的那么优雅。
我不知道这是不是可以不用反思就可以做到——或者我可以重新安排这个类使之成为可能?
我不能改变的是tostring()中字符串输出的结构。
2条答案
按热度按时间yruzcnhs1#
@jimbomchiggins假设我可以更改tostring输出,那么您如何将序列化和反序列化与一些公共Map联系起来呢?
我会保持tostring不变,并将序列化的责任转移到java.io.serializable。如果这不是一个可接受的方法,请纠正我。Map将由报表pojo的类字段定义。这还允许您更改tostring,而不破坏现有对象的反序列化。
示例用法
输出
chhqkbe12#
反射具有多种特征:
在运行时自动发现程序的特性
支持处理编译时未知的特性
提供程序特性的抽象(例如方法或字段)
您的方法表明您不希望自动发现,因为您正在显式地指定这三个元素。这是一件好事,因为它使您的程序对于将来的更改更加健壮,因为处理自动发现的、潜在未知的程序元素会破坏编译器的任何帮助,因为它无法告诉您何时存在不匹配。
您只需要第三点,即对报表元素的抽象。您可以自己创建这样一个抽象,根据您的用例进行定制,而无需反射,这样会更加健壮,甚至更加高效:
这适用于java的现成特性,不需要另一个库来简化操作。
注意,我更改了代码模式,如下所示
createReportFromString
对于修改已存在对象的方法来说,是一个误导性的名称。我使用了一个工厂方法的名称来真正创建一个新对象,并添加了另一个方法来设置对象的值(作为直接计数器的一部分)toString
).如果您仍在使用java 8、可以更换
List.of(…)
与Arrays.asList(…)
或者更好Collections.unmodifiableList(Arrays.asList(…))
.也可以删除
.reset()
打电话进来setValuesFromString
方法。删除时,输入字符串中的元素的顺序必须与toString()
方法生成。这使得它不那么灵活,但是如果您扩展代码以拥有更多的元素,它的效率也会更高。