Swift本机基类或NSObject

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

定义没有Cocoa / NSObject基类的Swift类是否正常？如果我担心的话，这意味着要放弃Objective-C的许多活力，例如方法拦截和运行时自省。

动态运行时行为位于属性观察器，核心数据，面向方面的编程，高阶消息传递，分析和日志记录框架等功能的核心。

使用Objective-C的方法调用样式会将大约20个机器代码操作数添加到方法调用中，因此在某些情况下（对带有小实体的方法进行许多紧密调用），C ++样式的静态和vtable分派可以更好地执行。

但是考虑到一般的95-5规则（95％的性能提升来自调整5％的代码），从强大的动态功能入手并在必要时进行强化是否有意义？

Swift类是NSObject的子类：

• 本身就是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 {
}

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

在此示例中，在我们不基于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！

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

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

从语言参考：

Swift类不能从通用基类继承。您未指定超类而定义的类将自动成为基础类供您构建。

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

'super' members cannot be referenced in a root class

我相信绝大多数Swift数据都不会objc。这样，只有那些确实需要与Objective C基础结构进行通信的部分才会被明确标记。

我不知道在多大程度上将运行时自省添加到语言中。只有在方法明确允许的情况下，方法拦截才有可能实现。这是我的猜测，但是只有Apple内部的语言设计师才真正知道他们的前进方向。

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

定义基本类

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

Swift类不能从通用基类继承。您未指定超类而定义的类将自动成为基础类供您构建。

参考

这是正常的。看一下Swift的设计目标：目标是使大量的编程问题消失。方法混乱可能不是您要使用Swift要做的事情之一。