java - 设计问题。为非法参数抛出已检查的异常

Question

我有一个问题，由于构建器类中的参数无效，我不得不依赖于抛出异常，我想看看是否有更好的方法。这是我的情况:

我正在制作一种命令框架，其中单个命令由实现定义单个方法的命令接口(interface)的类定义

boolean execute(Object... args);

execute 方法接受执行命令所需的参数，每个命令的参数都不同。为了避免在一团乱麻的 instanceof 和 if-else 树中检查每个参数类型，我制作了一个复杂的 Annotation 结构，每个 Command 类都应该定义它，称为 CommandInfo。这个注解定义了所有参数及其预期的类类型，我这样做是为了保证提供给 execute 方法的参数完全基于 CommandInfo 注解是正确的。因此，为了实现这一点，我将命令参数的 varArgs 参数更改为一种名为 Arguments 的新类型。这个 Arguments 类使用构建器模式，因此有一个私有(private)构造函数，获取该类实例的唯一方法是调用构建器的“build”方法。此 Builder 为参数将用于的 Command 获取一个实例，以及要转换的字符串参数数组。 build 方法是根据命令 CommandInfo 注释对提供的参数进行所有验证检查和转换的方法。

现在这一切都很好，但我遇到的问题是在给出一组无效参数时的处理。通常，构建器类在没有提供正确的变量时会抛出 IllegalStateException，但这是运行时异常，通常用于编程错误。在我的例子中，给出一组无效的参数是很常见的，所以检查异常会更有意义。重要的是我在通知提供无效参数集的人时默默地失败。

那么我最好的选择是什么？当提供的参数无效时，我应该将一个新的检查异常子类化以抛出吗？我真的不想依赖于抛出异常，但由于我使用的是构建器模式，构建方法必须将一个实例返回给 Arguments 类。因此抛出异常是停止实际构建 Arguments 实例的唯一方法。另外，我不想返回 null 因为我想避免 NPE 的

Answer 1

我曾参与过一个有类似问题的项目。我们通过将所有返回(甚至无效)包装在 ExResult 中来避免使用 Exceptions 来指示验证错误。当返回命令时，我们会在尝试访问返回数据之前检查结果的成功/失败状态。这还允许您将附加信息附加到结果对象。

ExResult<Boolean> result = command.execute()
if (result.isSuccess()) {
    Boolean resultData = result.getData();
} else {
    //handle issue
    result.getReason();
}

最初，当必须按顺序执行多个命令并依赖于先前的结果时，我们遇到了生成大型条件树的问题。我们通过将先前的结果(如果有)附加到下一个命令来克服这个问题，以便下一个命令可以确定它是否要继续，并将它自己的结果附加到结果对象。