相关疑难解决方法(0)

通过合同编程时,函数或方法首先检查其前提是否已满足,然后才开始履行其职责,对吗？两个最重要的方式做这些检查是通过assert和exception.

1. 断言仅在调试模式下失败.确保(单元)测试所有单独的合同前提条件以确定它们是否确实失败是至关重要的.
2. 在调试和释放模式下异常失败.这样做的好处是,测试的调试行为与发布行为相同,但它会导致运行时性能下降.

你觉得哪一个更好？

请参阅此处的相关问题

代码有问题

我已经听到(和反刍)围栏两侧的C++异常口头禅.它已经有一段时间了,我只想再次集中自己,这个讨论特定于我链接的代码(或容器等低级类),以及它的依赖关系.我曾经是一个使用C程序员的防御和错误代码,但这是一个令人厌倦的实践,我现在编程的更高层次的抽象.

所以我重写一个容器类(和它的依赖项)更灵活,读取更好(迭代器没有atm).正如您所看到的,我将返回枚举的error_codes,我知道我将在调用站点测试它们.容器用于AST的运行时构建,初始化和只读.它们的例外是防止容器被天真地使用(将来可能由我自己使用).

我在这堂课的所有地方都有例外,他们让我觉得很脏.我很感激他们的用例.如果我有选择,我可能会完全关闭它们(Boost使用了很多例外,我正在建立Boost,是的,我知道他们可以被禁用,但是在罗马时......).我可以选择用error_codes替换它们但是嘿,我不会测试它们,那么重点是什么？

我应该用ASSERTS替换它们吗？[1] [2] [3]这个膨胀的人是什么？每个函数调用点都能获得额外的机器吗？或者只有那些有捕获条款的人？既然我不会抓住这些例外,我不应该成为这种膨胀的受害者吗？ASSERTS不会进入发布版本,在基本原始类(即容器)的上下文中,这甚至不重要吗？我的意思是逻辑错误进入最终构建的可能性有多高？

既然我们想回答有针对性的问题,那么这就是我的:你会做什么,为什么？:d

不相关的链接:错误代码并让他们在异常中备份.

编辑2在这种特殊情况下选择在ASSERT和异常之间,我认为异常是最有意义的,正如我上面提到的,容器只在初始化后被读取,并且大多数异常在初始化期间被触发.

我正在编写 API，因此我的 API 将从外部模块中使用。这是我无法弄清楚使用断言或什么的方法之一java.lang.IllegalArgumentException

/**
 * Adds translation of information to underlying store for particular language
 * @param languageId The identifier of the language 
 * @param translation The translation provided for the specific language
 * @throws AssertionError if the provided language id is {@code null} or empty
 *         or provided translation is {@code null} or empty
 */
public final void addTranslation(String languageId, String translation){
    assert !(Strings.isNullOrEmpty(languageId));
    assert !(Strings.isNullOrEmpty(translation));

    translations.put(languageId, translation);
}

如果我使用运行时异常，我认为它可能会损害使用此 API 的应用程序的执行。如果我使用断言，那么如果断言标志被禁用，它将损害我的 API。

还尝试阅读类似的帖子何时使用断言以及何时使用异常。但要检测哪个案例是我的有点令人困惑。

是否有严格定义的方法，在哪里使用断言以及在哪里使用运行时异常？