Swift 本机基类或 NSObject

Question

我用 Swift 测试了一些isa swizzling，发现它只在 NSObject 是超类（直接或更高级）或使用“@objc”装饰时才有效。否则它将遵循静态和 vtable-dispatch 样式，如 C++。

在没有 Cocoa/NSObject 基类的情况下定义 Swift 类是否正常？如果我担心这意味着放弃了 Objective-C 的大部分动态，例如方法拦截和运行时自省。

动态运行时行为是属性观察器、核心数据、Aspect Oriented Programming、Higher Order Messaging、分析和日志框架等功能的核心。

使用 Objective-C 的方法调用风格会在方法调用中添加大约 20 个机器代码操作数，因此在某些情况下（对具有小主体的方法的许多紧密调用）C++ 风格的静态和 vtable 调度可以表现更好。

但是考虑到一般的 95-5 规则（95% 的性能提升来自调整 5% 的代码），从强大的动态特性开始并强化 where 是否有意义？必要的？

Answer 1

我还发现，如果基于 NSObject 的 Swift 类，我会看到一些可能隐藏编码错误的意外运行时行为。这是一个例子。

在这个示例中，我们不基于 NSObject，编译器正确地发现了 testIncorrect_CompilerShouldSpot 中的错误， 报告“...'MyClass' 不能转换为 'MirrorDisposition'”

class MyClass {
  let mString = "Test"

  func getAsString() -> String {
    return mString
  }

  func testIncorrect_CompilerShouldSpot() {
    var myString = "Compare to me"
      var myObject = MyClass()
      if (myObject == myString) {
        // Do something
      }
  }

  func testCorrect_CorrectlyWritten() {
    var myString = "Compare to me"
      var myObject = MyClass()
      if (myObject.getAsString() == myString) {
        // Do something
      }
  }
}

在这个示例中，我们基于 NSObject，编译器没有发现 testIncorrect_CompilerShouldSpot 中的错误：

class myClass : NSObject {
  let mString = "Test"

  func getAsString() -> String {
    return mString
  }

  func testIncorrect_CompilerShouldSpot() {
    var myString = "Compare to me"
      var myObject = MyClass()
      if (myObject == myString) {
        // Do something
      }
  }

  func testCorrect_CorrectlyWritten() {
    var myString = "Compare to me"
      var myObject = MyClass()
      if (myObject.getAsString() == myString) {
        // Do something
      }
  }
}

我想道德是，仅基于您真正需要的 NSObject！

Answer 2

作为 NSObject 子类的 Swift 类：

• 本身就是 Objective-C 类
• 使用objc_msgSend() 调用（大部分）他们的方法
• 为（大部分）方法实现提供 Objective-C 运行时元数据

不是 NSObject 子类的 Swift 类：

• 是 Objective-C 类，但只实现了少数 NSObject 兼容性的方法
• 不要使用objc_msgSend() 调用他们的方法（默认）
• 不为其方法实现提供 Objective-C 运行时元数据（默认情况下）

在 Swift 中子类化 NSObject 可以为您提供 Objective-C 运行时的灵活性，同时也可以提高 Objective-C 的性能。如果您不需要 Objective-C 的灵活性，那么避免使用 NSObject 可以提高性能。

编辑：

在 Xcode 6 beta 6 中，动态属性出现了。这允许我们指示 Swift 方法应该使用动态调度，因此将支持拦截。

public dynamic func foobar() -> AnyObject {
}

Answer 3

根据语言参考，类不需要子类化任何标准根类，因此您可以根据需要包含或省略超类。

请注意，从类声明中省略超类不会分配任何类型的隐式基超类。它定义了一个基类，它将有效地成为独立类层次结构的根。

来自语言参考：

Swift 类不继承自通用基类。给你上课 在不指定超类的情况下定义自动成为基类 供您构建的类。

尝试从没有超类（即基类）的类中引用 super 将导致编译时错误

'super' members cannot be referenced in a root class

Answer 4

以下内容摘自 Apple 的 Swift-eBook，并为您的问题提供了适当的答案：

定义基类

任何不继承自另一个类的类都称为基类。

Swift 类不继承自通用基类。您在未指定超类的情况下定义的类会自动成为您构建的基类。

参考

https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/Inheritance.html#//apple_ref/doc/uid/TP40014097-CH17-XID_251

Answer 5

我相信绝大多数 Swift 数据不会是objc。只有那些确实需要与目标 C 基础设施通信的部分才会被明确标记为这样。

我不知道将在何种程度上将运行时内省添加到语言中。只有在方法明确允许的情况下，方法拦截才可能成为可能。这是我的猜测，但只有 Apple 内部的语言设计人员才真正知道他们的真正目标是什么。

Answer 6

这很正常。看看 Swift 的设计目标：目标是让大量的编程问题消失。方法调配可能不是你想用 Swift 做的事情之一。