Mesajlar ve yöntemler arasındaki farklar?

Amaç C'de diğer nesnelere mesaj gönderme kavramınız var ve bu da C # ve Java gibi dillerde çağrı yapma yöntemine çok benziyor.

Fakat ince farklar tam olarak nedir? Kodumu düşünürken mesajlaşmayı nasıl düşünmeliyim?

Not: Burada biraz arka plan, Objective C ile ilgili bazı kavramları anlamaya çalışan bir C # / Java geliştiricisiyim.

Mesaj, bir seçicinin adı ve bu seçicinin parametreleridir.

Seçici bir semboldür.

Yöntem, sınıftaki bir seçici tarafından tanımlanan bir kod parçasıdır.

Başka bir deyişle, [foo bar: baz]" @selector(bar:)parametresi ile çağrılan iletiyi baznesneye gönder" der foo. Bu iletiyi birçok farklı nesneye gönderebilirsiniz.

Buna karşılık, yöntem bar: bir için Foogibi görünebilir

-(int)bar:(int)n {
  return n + 1;
}

ama FooTwogörünüşe göre

-(int)bar:(int)n {
  return n + 2;
}

(Umarım sentaks hakkım vardır; Objective-C'ye en son dokunduğumdan beri bir süre geçti.)

İletiyi gönderdiğinizde, Objective-C çekirdeği iletiyi foo anlayıp anlamayacağına karar veren . Buna, seçicinin belirlediği bir yöntemi bulup bulamayacağına göre karar verir.

Aynı ada sahip iki yöntem ve bir mesaj.

Bir nesnenin belirli bir mesajı (veya mesaj kümesini) işlenmek üzere başka bir nesneye iletmesi de mümkündür. Bu durumda, bu proxy nesnesine o iletiyle eşleşecek yöntemi olmayan bir ileti gönderirsiniz ve proxy iletiyi kaydırılan nesnesine iletir.

Tamamen teorik bir bakış açısından, ikisi arasında hiçbir fark yoktur - ikisinin tamamen eşdeğer olduğunu ve ya tamamen diğeri açısından uygulanabileceğini gösteren bir takım resmi kanıtlar vardır.

Biraz daha az teorik bir bakış açısından, olası bir fark vardır: tipik bir uygulamada, sanal fonksiyon tablosu statik olarak tahsis edilir ve her vtable'ın içeriği derleme zamanında sabitlenir. Mesaj arama, aksine, tipik olarak dinamik olan bir çeşit harita benzeri nesne ile yapılır, yani çalışma zamanında değiştirebilirsiniz. Bu, varolan bir sınıftaki iletiye yeni bir yanıt eklemeyi nispeten kolaylaştırır. Ne yazık ki, çoğu durumda bu çoğunlukla teorik olarak kalmaktadır. Birincisi, temelde kendini değiştiren kodla uğraşıyorsunuz, çoğu insanın oldukça kötü bir fikir olduğuna uzun zamandırzaman önce. İkincisi, çok anlamlı hale getirmek için, desteklediğiniz yeni mesaja cevap vermek için mevcut sınıfa yeni bir kod derlemeniz gerekir. Bu olmadan, elde ettiğiniz tek şey, mevcut bir yöntem için dinamik olarak yeni bir ad ekleme yeteneğidir.

Önceki paragrafın sonunda ima edildiği gibi, gerçekten pratik bir bakış açısından, ikisi arasında çok az fark vardır. Geç bağlanmayı desteklemenin iki (çok az) farklı yolu var. Mesaj tabanlı arama genellikle biraz daha yavaş olmasına rağmen, farkın gerçekten anlamlı olması oldukça sıra dışı olacaktır. En pratik amaçlar için, aynı şeyi başarmanın sadece iki farklı yoludur.

Objective-C'de mesajlar geç bağlıdır. Yani çalışma zamanında çözülürler. C #, bir nesnenin geç bağlı olduğunu bildiren Dynamic anahtar sözcüğü aracılığıyla benzer bir yapıyı destekler.

Genellikle yöntem çağrıları derleme zamanında çözümlenir (Java'da yansıma kullanmadığınız sürece), Amaç C'deki iletiler çalışma zamanında gönderilir.

İletiler çekirdek tarafından veya dilin kendisi tarafından işlenir (örneğin, ObjC için, bunu yapan çok küçük bir montaj kodu vardır).

Örneğin linux çekirdeğinde, mesajlar sistem çağrıları / işlevi ile yapılır: unix sistem programlaması hakkında arama yaparsanız bunlar hakkında bilgi bulabilirsiniz.

Bir yöntem çağrısı ile bir mesaj arasındaki temel fark şudur:

• bir yöntem çağrısı yalnızca kodunuzda gerçekleşir: ASM'de iletilen bağımsız değişkenlerin PUSH'si tarafından çevrilir.

• çekirdek mesajı çoğunlukla çekirdeğe gönderilen ve izlenen ve belirli işlemlere geri gönderilen bir şeydir. Onları borular için yanıltabilirim, ama her neyse: zaten aynı anda birkaç programı çalıştırmanıza ve aynı anda iletişim kurmanıza izin veren bir mekanizma olduğunu bilin. Tabii ki, bunun windows veya diğer işletim sistemlerinde aynı şekilde çalışacağını ummayın.