Go, “örtük” arayüzlerle üretkenliği nasıl geliştirir ve bu, C # 'nin Uzatma Yöntemleri nosyonuyla nasıl karşılaştırılır?

Go Language Tutorial'da arayüzlerin nasıl çalıştığını açıklar :

Go'nun sınıfları yok. Ancak, yapı türleri üzerinde yöntemler tanımlayabilirsiniz. Yöntem alıcı fonk anahtar kelime ve yöntem adı arasındaki kendi argüman listesinde görünür.

type Vertex struct {
    X, Y float64
}

func (v *Vertex) Abs() float64 {
    return math.Sqrt(v.X*v.X + v.Y*v.Y)
}

Bir arayüz tipi, bir dizi yöntemle tanımlanır. Arabirim türünün bir değeri, bu yöntemleri uygulayan herhangi bir değeri tutabilir.

Go'da bir arayüz oluşturmanın tek yolu bu. Google ayrıca şunları açıklar:

Bir tür, yöntemleri uygulayarak bir arayüz uygular. Açık bir niyet interfacebeyanı [yani beyannameler] yoktur.

Örtük ara yüzler, uygulama paketlerini ara yüzleri tanımlayan paketlerden ayırır: ikisi de diğerine bağlı değildir.

Ayrıca, kesin arabirimlerin tanımını da teşvik eder, çünkü her uygulamayı bulmanız ve onu yeni arabirim adıyla etiketlemeniz gerekmez.

Bütün bunlar şüpheli bir şekilde C #'daki Extension Yöntemleri'ne benziyor , ancak Go'daki yöntemler acımasızca polimorfiktir; onları uygulayan herhangi bir tür üzerinde çalışacaklardır .

Google bunun hızlı gelişimi teşvik ettiğini iddia ediyor, ancak neden? C # 'daki açık arabirimlerden uzaklaşarak bir şeyden vazgeçiyor musunuz? C # 'daki Eklenti Metodları, Go arayüzlerinin C #' daki faydalarından bazılarını türetmesine izin verebilir mi?

Uzantı yöntemlerini ve örtük arabirimleri aynı şekilde görmüyorum.

İlk önce amaç ile konuşalım.

Uzatma yöntemleri, özellikle bir nesnenin bir üyesiymiş gibi bir yöntemi, o nesnenin içlerine erişmeden kullanabilmenizi sağlamak için sözdizimsel bir şeker olarak bulunur. Eklenti yöntemleri olmadan tam olarak aynı şeyi yapabilirsiniz, sadece hoş sözdizimini alamazsınız someObjectYouCantChange.YourMethod()ve çağrı yapmak zorunda kalırsınız YourMethod(someObjectYouCantChange).

Öte yandan, gizli arabirimlerin amacı, değişime erişimi olmayan bir nesneye bir arabirim uygulayabilmenizdir. Bu size, kendiniz yazdığınız herhangi bir nesne ile iç sayfalarına erişemediğiniz herhangi bir nesne arasında polimorfik bir ilişki oluşturma yeteneği verir.

Şimdi sonuçlarla konuşalım.

Eklenti yöntemleri gerçekten hiçbiri yoktur, bu mükemmel bir şekilde, ağrısız güvenlik kısıtlamaları ile uyumludur. .NET, bir model üzerinde farklı bakış açılarına yardımcı olmak için kullanmaya çalışır (içeriden, dışarıdan, mirasçı ve komşulardan perspektif). Sonuç sadece bazı sözdizimsel hoşluktur.

Örtük arayüzlerin sonuçları birkaç şeydir.

• Yanlışlıkla yapılan arabirim uygulaması, bu, sözleşmenin amacına uymayan, başka birisinin arabirimini karşılayarak, kazayla veya yanlışlıkla LSP ihlaliyle sonuçlanabilir.
• Herhangi bir yöntemi kolayca yapma yeteneği, herhangi bir nesnenin aldatmacasını, yalnızca bu nesneler arayüzünü yansıtarak (veya sadece bu yöntem gereksinimlerini karşılayan ve daha fazlasını sağlayan bir arayüz oluşturarak) kabul eder.
• İçinde yanaşamayacağınız nesneler için adaptörleri veya diğer çeşitli benzer kalıpları daha kolay bir şekilde oluşturabilme yeteneği.
• Arayüz uygulamasını geciktirin ve daha sonra gerçek uygulamaya dokunmak zorunda kalmadan uygulayın, sadece gerçekten başka bir uygulayıcı oluşturmak istediğinizde uygulayın.