Swift 3 - dynamic vs @objc

Question

メソッドを@objcと動的に区別する方法の違いは何ですか？

以下は、Appleの動的定義です。

dynamic Objective-Cで表される のクラスのメンバーにこの修飾子を適用します。 という動的修飾子を持つメンバー宣言をマークすると、そのメンバーへのアクセスはObjective-Cランタイムを使用して常に動的に にディスパッチされます。そのメンバへのアクセスは、 であり、コンパイラによってインライン化されたり、デバッグされたりすることはありません。

動的変更子でマークされた宣言は、Objective-Cランタイムを使用して を送出するため、暗黙のうちにobjc 属性でマークされます。

Answer 1

@objcとして宣言された関数/変数はObjective-Cからアクセスできますが、Swiftは静的または仮想ディスパッチを介して直接アクセスし続けます。 これは、Key-Value ObservingやさまざまなObjective-C APIを使用してクラスを変更した場合のように、Objective-Cフレームワークで関数/変数をスウィズルした場合、SwiftとObjective-Cからメソッドを呼び出すと異なる結果が生成されることを意味します。

dynamicを使用すると、Swiftは常にObjective-Cの動的ディスパッチを参照します。 これは、Key-Value Observingが正しく機能するために必要です。 Swift関数が呼び出されると、それはObjective-Cランタイムを参照して呼び出しを動的にディスパッチします。

Answer 2

この引用符で示されるように、dynamicは@objcを意味します。

クラスをdynamicとして指定しない限り、コンパイラはそのメソッドを最適化してインライン化することは自由です。これにより、パフォーマンスが大幅に向上しますが、実行時にこれらのメソッドの実装を変更することはできません。 Objective Cランタイムのリフレクション機能を使用して実行時にこれらのメソッドを使いこなす場合は、dynamicを使用する必要があります。パフォーマンス上のペナルティが発生します（コードはObjective Cのレベルではなく、Cのようなレベルで実行されます）が、その余分なダイナミズムが得られます。