javascript - 使用 JavaScript 进行断言式编程

Question

我知道为什么断言式编程很好，所以我想将它与 JavaScript 一起使用。但是，我不想向用户显示错误框，这是不寻常的事情。忽略它并让他们重试可能会更好。

例如，这段代码会产生一个错误框并打扰用户。

function getDomainFromURL(url) {
    assertTrue(url, 'URL should not be null');

    ...parsing
}

所以，我会这样做。

function getDomainFromURL(url) {
    if (!url) return;

    ...parsing
}

我认为第二个有利于可用性，第一个有利于开发。因此，IMO 最好将这些结合起来并使 assert 在生产代码中消失。

问题 1你这么认为吗？或者有什么不同的想法？

问题 2如果你这么认为，那么用Spring3框架有没有什么好的方法呢？

Answer 1

断言不应用于验证任何类型的用户输入数据。它们也不应该用于错误检查。 Assert 是在测试失败的情况下使程序员更容易调试的方法。这也是让您的代码更易于理解的一种方式。

考虑这个例子:

function calculateSomeCrazyFormula(a,b,c) {
    var d = a+b+c;
    ....
    k = (x + y)*2;

    assert(k != 0);
    l = d/k;        
    ....
    return x;
}

根据规范，我的公式保证 k 永远不会为 0。在这里，我几乎将断言用作代码中的注释。它不验证逻辑——它完全相反。通过断言，我可以验证我对该复杂逻辑的实现是否正确。稍后，当我回到我的代码并看到 l = d/k 时，我不会对 k 为 0 时发生的事情产生怀疑，因为我在那里看到了我的 assert并理解 0 永远不应该发生。

此外，如果某处有错误并且确实发生了 0，您通常会看到一些更深层次的错误。例如:

function otherFormula(a,b,c) {
    var x = calculateSomeCrazyFormula(a,b,c);

    var y = doSomeStuff(x);
    var z = doOtherStuff(y);
    return z;    
}

如果没有断言，您将得到此函数的错误结果。您将不知道为什么在应该为 1 时收到 0。您将不得不开始逐行调试代码并了解哪里出了问题。

然而，使用断言，您会立即注意到“断言失败”错误，并会立即最小化范围以查找问题。

断言在包括 Javascript 在内的任何编程语言中都很有用，但它们不应该出现在 Live 环境中。因此，某些后处理器系统应该在发布之前从您的代码中删除所有断言。