Swift yerel temel sınıfı veya NSObject

Biraz test ettim Swift ile bir swizzling ve yalnızca NSObject süper sınıf olduğunda (doğrudan veya daha ileri) veya '@objc' dekorasyonunu kullanarak çalıştığını gördüm. Aksi takdirde, C ++ gibi statik ve vtable gönderme stilini izleyecektir.

Cocoa / NSObject temel sınıfı olmadan bir Swift sınıfı tanımlamak normal midir? Endişeleniyorsam, bu, yöntem durdurma ve çalışma zamanı iç gözlemi gibi Objective-C dinamizminin çoğundan vazgeçmek anlamına gelir.

Dinamik çalışma zamanı davranışı, özellik gözlemcileri, Temel Veriler, Yöne Yönelik Programlama , Yüksek Sıralı Mesajlaşma , analitik ve günlükleme çerçeveleri ve benzeri özelliklerin merkezinde yer alır.

Objective-C'nin yöntem çağırma tarzını kullanmak, bir yöntem çağrısına yaklaşık 20 makine kodu işlenen ekler, bu nedenle belirli durumlarda ( küçük gövdeli yöntemlere yapılan birçok sıkı çağrı ) C ++ stili statik ve vtable gönderimi daha iyi performans gösterebilir.

Ancak genel 95-5 kuralı göz önüne alındığında ( performans kazanımlarının% 95'i kodun% 5'ini ayarlamadan gelir ), güçlü dinamik özelliklerle başlamak ve gerektiğinde sertleşmek mantıklı değil mi?

NSObject'in alt sınıfları olan Swift sınıfları:

• Objective-C sınıflarının kendileridir
• objc_msgSend()yöntemlerine (çoğu) çağrı yapmak için kullanın
• Yöntem uygulamaları için (çoğu) Objective-C çalışma zamanı meta verilerini sağlar

NSObject'in alt sınıfları olmayan Swift sınıfları:

• Objective-C sınıflarıdır, ancak NSObject uyumluluğu için yalnızca birkaç yöntem uygular
• objc_msgSend()yöntemlerine çağrı yapmak için kullanmayın (varsayılan olarak)
• yöntem uygulamaları için Objective-C çalışma zamanı meta verilerini sağlamayın (varsayılan olarak)

NSObject'in Swift'de alt sınıflara ayrılması size Objective-C çalışma zamanı esnekliği ve aynı zamanda Objective-C performansı sağlar. NSObject'den kaçınmak, Objective-C'nin esnekliğine ihtiyacınız yoksa performansı artırabilir.

Düzenle:

Xcode 6 beta 6 ile dinamik öznitelik görünür. Bu, Swift'e bir yöntemin dinamik gönderimi kullanması gerektiğini ve dolayısıyla müdahaleyi destekleyeceğini söylememizi sağlar.

public dynamic func foobar() -> AnyObject {
}

Ayrıca, bir Swift sınıfını NSObject'e dayandırırsanız, kodlama hatalarını gizleyebilecek bazı beklenmedik çalışma zamanı davranışları gördüm. İşte bir örnek.

NSObject'i temel almadığımız bu örnekte, derleyici testIncorrect_CompilerShouldSpot'ta "... 'Sınıfım' 'MirrorDisposition'a dönüştürülemez.

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
      }
  }
}

Üzerinde temel nereye Bu örnekte, NSObject , derleyici değil testIncorrect_CompilerShouldSpot hatası nokta:

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
      }
  }
}

Sanırım ahlaki, gerçekten yapmanız gereken yerde NSObject'e dayanmaktır!

Dil referansına göre, sınıfların herhangi bir standart kök sınıfın alt sınıfına girmesine gerek yoktur, bu nedenle gerektiğinde bir üst sınıfı dahil edebilir veya çıkarabilirsiniz.

Sınıf bildiriminden bir üst sınıf çıkarılmasının, herhangi bir türden örtük bir temel üst sınıf atamadığını unutmayın. Bağımsız bir sınıf hiyerarşisinin kökü olacak olan temel bir sınıfı tanımlar.

Dil referansından:

Swift sınıfları, evrensel bir temel sınıftan miras almaz. Bir üst sınıf belirtmeden tanımladığınız sınıflar, üzerine inşa edebileceğiniz temel sınıflar haline gelir.

superSüper sınıf (yani temel sınıf) olmayan bir sınıftan başvurmaya çalışmak derleme zamanı hatasıyla sonuçlanacaktır.

'super' members cannot be referenced in a root class

Swift verilerinin büyük çoğunluğunun objc . Yalnızca Objective C altyapısıyla iletişim kurması gereken parçalar açıkça bu şekilde işaretlenecektir.

Dile çalışma zamanı iç gözleminin ne ölçüde ekleneceğini bilmiyorum. Yönteme müdahale, muhtemelen ancak yöntem açıkça izin verirse mümkün olacaktır. Bu benim tahminim, ancak yalnızca Apple'daki dil tasarımcıları gerçekten nereye gittiklerini biliyor.

Aşağıdakiler Apple'ın Swift-eBook'undan kopyalanır ve sorunuza uygun bir cevap verir:

Temel Sınıf Tanımlama

Başka bir sınıftan miras almayan herhangi bir sınıf, temel sınıf olarak bilinir.

Swift sınıfları, evrensel bir temel sınıftan miras almaz. Bir üst sınıf belirtmeden tanımladığınız sınıflar, üzerine inşa edebileceğiniz temel sınıflar haline gelir.

Referans

Bu normal. Swift'in tasarım hedeflerine bakın: Amaç, büyük programlama problemleri sınıflarını ortadan kaldırmaktır. Yöntemle dövüşmek muhtemelen Swift ile yapmak isteyeceğiniz şeylerden biri değil.