我正在开发一个命令行工具,我正在尝试最小化用户输入量,但最大化功能。我已经开始在资源文件夹中设置一组默认输入,这些输入允许代码在没有用户输入的情况下运行。我使用不可变库来处理这个问题,所以我有一个像这样的类型(米老鼠示例):
@Value.Immutable
public interface Type {
String string();
Double number();
Boolean bool();
}
如果我希望用户能够覆盖这些值中的任何一个、部分或全部,我可以使用具有相同字段的另一种类型,但包含在可选值中。
@Value.Immutable
public interface OptionalType {
Optional<String> string();
Optional<Double> number();
Optional<Boolean> bool();
}
当我想合并两种类型时,我有一个方法可以逐个字段检查可选类型并重建非可选类型。
public Type MergeType(Type type, OptionalType optionalType) {
ImmutableType.Builder builder = ImmutableType.builder().from(type);
if (optionalType.string().isPresent()){
builder.string(optionalType.string().orElseThrow());
}
if (optionalType.number().isPresent()){
builder.number(optionalType.number().orElseThrow());
}
if (optionalType.bool().isPresent()){
builder.bool(optionalType.bool().orElseThrow());
}
return builder.build();
}
这一切都工作正常,但是这是很多样板代码,我想知道我是否最好采取不同的路线。当有10+个字段、10+种类型的时候就变得相当麻烦了。我考虑过使用反射,但我总是对此感到有点厌倦,因为这通常意味着我是某种模式。
我想到的是Optional的一个特性,而不是Immutables本身
public Type mergeType(Type type, OptionalType optionalType) {
ImmutableType.Builder builder = ImmutableType.builder().from(type);
optionalType.string().ifPresent(builder::string));
optionalType.number().ifPresent(builder::number));
optionalType.bool().ifPresent(builder::bool));
return builder.build();
}
您仍然需要检查所有参数,但样板较少,代码也不易出错。
使用允许列选择的开发工具,创建代码应该不会很痛苦。
我将方法名称重命名为小写,以符合 Java 约定。