Swift lazy 属性的本质

我们经常出于性能的考虑,会在 Swift 开发中使用 lazy 属性或变量,它是一个语法糖,帮助我们只在必要时(初次访问)才完成初始化,构造出实例。 比如: class MyExpensiveObject { // ... func foo() { } } class ViewController: UIViewController { lazy var object = MyExpensiveObject() override viewDidLoad() { super. »

Swift编译器之迷惑行为二

在 App 工程中通过 Cocoapods 引入一个自己的 Swift 业务库 Pod1,该库中有一个 Swift 类服从一个 OC 的协议并实现了部分方法,例如: open class AppDelegate : NSObject, UIApplicationDelegate { open func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: »

Swift编译器之迷惑行为一

OptionSet 是 Swift 中比较常用的一个内置协议,它的存在算是填补了既要强类型,又要支持按位取与的空白,是对 OC 中 NS_OPTIONS 的桥接。从声明上可以看到,OptionSet 协议本身又服从 SetAlgebra 协议,后者只定义了常见的集合操作方法,如 union remove insert 等,而前者在 extension 中给了默认实现: »

所见即得的正则表达式

一般开发中,时不时需要用到正则表达式。然而不像 JavaScript 等语言一样有方便的原生支持,在 Objective-C 等语言中需要用字符串来生成正则表达式对象,而做为字符串字面量,它免不了需要转义。 JavaScript 版本 var reg = /^1\d{10}$/; // 判断中国大陆手机号 Objective-C 版本 NSNSRegularExpression *reg = [NSRegularExpression regularExpressionWithPattern:@"^1\\d{ »

Block 调用检查

前言 如何确保一个传递给别人的 Block 被调用过,是一个一直困扰我的问题,因为 Block 作为 iOS 的一种回调机制,它可以像函数一样马上被调用,也可以像对象一样被持有、被传递、被释放,并在将来的某个时候被调用。有些时候我们传出去的 Block 必须被调用一次,否则会处于一种不确定的状态而导致程序无法继续,或者出错。例如,之前一篇文章《一种 App 内路由系统的设计》中的路由注册方式, »

运行时环境变量

Xcode 中按 Shift Command , 可以快速编辑项目的 Scheme(或者从 Project -> Scheme -> Edit Scheme 选择),在 Arguments 下可以添加运行时的环境变量: 添加环境变量是调试利器,如调试调试僵尸对象(已经释放的对象引起的 Crash)时使用的 NSZombieEnabled 环境变量,以及调试 CGContext »