swift - 什么时候应该使用断言和前提条件，什么时候可以使用保护语句，强制展开和错误处理？

Question

Closed. This question is opinion-based。它当前不接受答案。












想改善这个问题吗？更新问题，以便 editing this post用事实和引用来回答。

3年前关闭。



Improve this question




我已经读过 Difference between “precondition” and “assert” in swift。但是(断言的不同解压缩方式，即 guard和 ! + 错误处理)与断言之间仍然不能划清界限。

如果我希望我的应用程序不再工作，我是否不能仅仅强制打开某些内容并替代前提条件？

是因为我们要停止/退出应用程序并且基本上不希望任何控制流或状态发生变化，因此我们使用断言/前提条件，而前提条件也很容易记录人类可读的消息(这有助于我们避免不断地编写信息print s)？

我们使用断言的东西至关重要，保护语句最终是一个控制流系统，即使您的函数提早返回，也不一定意味着您的应用程序应该崩溃。

而且，如果它超出 nil之外的任何东西，例如您想要一个String，而用户却给您一个Int，则可以使用错误处理。

编辑:

我并不反对，我只是想了解 断言对上述替代方案提供了哪些便利。编号列表是我的问题的核心。

最佳答案

错误是流控制的一种形式，与if和while相提并论。特别是，它们涉及连贯的消息发送和提早退出。这个想法是立即结束当前作用域并将控制权返回给调用方，告诉调用方“出了点问题”。

断言是一种立即崩溃的方法。

因此，它们属于完全不同的概念世界。错误是指可能会实时出错的事情，我们需要从中连贯地恢复。断言是针对永远不会出错的事情，对此我们感到非常强烈，以至于在这种情况下我们甚至都不希望将该程序发布到世界上，并且可以在无法使用错误的地方使用。

我自己的代码示例:

final class Board : NSObject, NSCoding, CALayerDelegate {
    // ...
    fileprivate var xct : Int { return self.grid.xct }
    fileprivate var yct : Int { return self.grid.yct }
    fileprivate var grid : Grid // can't live without a grid, but it is mutable
    // ...
    fileprivate lazy var pieceSize : CGSize = {
        assert((self.xct > 0 && self.yct > 0), "Meaningless to ask for piece size with no grid dimensions.")
        let pieceWidth : CGFloat = self.view.bounds.size.width / (CGFloat(self.xct) + OUTER + LEFTMARGIN + RIGHTMARGIN)
        let pieceHeight : CGFloat = self.view.bounds.size.height / (CGFloat(self.yct) + OUTER + TOPMARGIN + BOTTOMMARGIN)
        return CGSize(width: pieceWidth, height: pieceHeight)
    }()
    // ...
}

如果用零网格尺寸调用 pieceSize，则整个程序都出了问题。测试运行时错误不是问题。该程序本身基于错误的算法。这就是我要检测的。

关于swift - 什么时候应该使用断言和前提条件，什么时候可以使用保护语句，强制展开和错误处理？ ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/42442809/

上一篇：java - 什么是 “2”命令，同时将System.out和System.err Java消息都重定向到文件时

下一篇：perl - 如何读取变量/值，该变量/值是在常量列表中的运行时参数？

相关文章：

ios - Xcode 6.3.1 中没有 GameScene.swift 文件

ios - 访问由文件夹引用添加的 Swift 变量

swift - “ fatal error :在展开可选值时意外发现nil”是什么意思？

c# - 实现并行异常以获得错误树？

java - 使用集处理用户错误

快速 IBDesignable View 不显示在 Storyboard 中

visual-studio - 为什么条件断点会在调试时降低应用程序执行速度？

javascript - 在 IntelliJ : doesn't stop on breakpoints 中调试 mocha 测试

iphone - 取消引用空指针，警告

kotlin - 当你在协程范围内抛出异常时，协程范围是否可重用？

Answer 1

错误是流控制的一种形式，与if和while相提并论。特别是，它们涉及连贯的消息发送和提早退出。这个想法是立即结束当前作用域并将控制权返回给调用方，告诉调用方“出了点问题”。

断言是一种立即崩溃的方法。

因此，它们属于完全不同的概念世界。错误是指可能会实时出错的事情，我们需要从中连贯地恢复。断言是针对永远不会出错的事情，对此我们感到非常强烈，以至于在这种情况下我们甚至都不希望将该程序发布到世界上，并且可以在无法使用错误的地方使用。

我自己的代码示例:

final class Board : NSObject, NSCoding, CALayerDelegate {
    // ...
    fileprivate var xct : Int { return self.grid.xct }
    fileprivate var yct : Int { return self.grid.yct }
    fileprivate var grid : Grid // can't live without a grid, but it is mutable
    // ...
    fileprivate lazy var pieceSize : CGSize = {
        assert((self.xct > 0 && self.yct > 0), "Meaningless to ask for piece size with no grid dimensions.")
        let pieceWidth : CGFloat = self.view.bounds.size.width / (CGFloat(self.xct) + OUTER + LEFTMARGIN + RIGHTMARGIN)
        let pieceHeight : CGFloat = self.view.bounds.size.height / (CGFloat(self.yct) + OUTER + TOPMARGIN + BOTTOMMARGIN)
        return CGSize(width: pieceWidth, height: pieceHeight)
    }()
    // ...
}

如果用零网格尺寸调用 pieceSize，则整个程序都出了问题。测试运行时错误不是问题。该程序本身基于错误的算法。这就是我要检测的。