Programlamada bir arayüz, bir nesnenin sahip olacağı davranışı tanımlar, ancak aslında davranışı belirtmez. Bu, belirli bir sınıfın bir şeyler yapabileceğini garanti edecek bir sözleşmedir.
Bu C # kodunu burada düşünün:
using System;
public interface IGenerate
{
int Generate();
}
// Dependencies
public class KnownNumber : IGenerate
{
public int Generate()
{
return 5;
}
}
public class SecretNumber : IGenerate
{
public int Generate()
{
return new Random().Next(0, 10);
}
}
// What you care about
class Game
{
public Game(IGenerate generator)
{
Console.WriteLine(generator.Generate())
}
}
new Game(new SecretNumber());
new Game(new KnownNumber());
Oyun sınıfı gizli bir numara gerektirir. Bunu test etmek için, gizli numara olarak kullanılacak olanı enjekte etmek istersiniz (bu ilkeye Kontrolün Ters Çevrilmesi adı verilir).
Oyun sınıfı, rastgele sayıyı gerçekte neyin yaratacağı konusunda "açık fikirli" olmak ister, bu nedenle kurucusunda "Generate yöntemi olan herhangi bir şey" soracaktır.
İlk olarak arayüz, bir nesnenin hangi işlemleri sağlayacağını belirtir. Sadece neye benzediğini içerir, ancak gerçek bir uygulama verilmez. Bu sadece yöntemin imzasıdır. Geleneksel olarak, C # arayüzlerinde bir I öneki bulunur. Sınıflar artık IGenerate Arayüzünü uygular. Bu, derleyicinin her ikisinin de bir int döndüren ve çağrılan bir yönteme sahip olduğundan emin olacağı anlamına gelir Generate. Oyuna şimdi iki farklı nesne deniyor ve bunların her biri doğru arayüze sahip. Diğer sınıflar, kodu oluştururken bir hata üretebilir.
Burada, kullandığınız plan benzetmesini fark ettim:
Bir sınıf, genellikle bir nesnenin taslağı olarak görülür. Bir Arayüz, bir sınıfın yapması gereken bir şeyi belirtir, bu yüzden bunun bir sınıf için sadece bir taslak olduğu iddia edilebilir, ancak bir sınıfın mutlaka bir arayüze ihtiyacı olmadığı için, bu metaforun kırıldığını iddia ediyorum. Arayüzü bir sözleşme olarak düşünün. "İmzalayan" sınıfın sözleşmedeki hüküm ve koşullara uyması yasal olarak gerekli olacaktır (derleyici polisi tarafından zorunlu kılınacaktır). Bu, arayüzde belirtilenleri yapması gerektiği anlamına gelir.
Bu, Java veya C # ile olduğu gibi, bazı OO dillerinin statik olarak yazılmış doğasından kaynaklanmaktadır. Python'da ise başka bir mekanizma kullanılır:
import random
# Dependencies
class KnownNumber(object):
def generate(self):
return 5
class SecretNumber(object):
def generate(self):
return random.randint(0,10)
# What you care about
class SecretGame(object):
def __init__(self, number_generator):
number = number_generator.generate()
print number
Burada, sınıfların hiçbiri bir arabirim uygulamaz. Python bunu umursamaz, çünkü SecretGamesınıf sadece geçirilen nesneyi çağırmaya çalışır. Nesne bir generate () yöntemine sahipse, her şey yolunda demektir. Olmazsa: KAPUTT! Bu hata derleme zamanında değil, çalışma zamanında, dolayısıyla muhtemelen programınız zaten konuşlandırılmış ve çalışırken görülecektir. Sen buna yaklaşmadan C # seni uyarırdı.
Bu mekanizmanın kullanılmasının nedeni, safça ifade edilir, çünkü OO dillerinde doğal olarak işlevler birinci sınıf vatandaş değildir. Gördüğünüz, gibi KnownNumberve SecretNumberbir sayı oluşturmak için SADECE işlevleri içerir. İnsanın derslere gerçekten ihtiyacı yok. Python'da, bu nedenle, biri onları bir kenara atabilir ve işlevleri kendi başlarına seçebilir:
# OO Approach
SecretGame(SecretNumber())
SecretGame(KnownNumber())
# Functional Approach
# Dependencies
class SecretGame(object):
def __init__(self, generate):
number = generate()
print number
SecretGame(lambda: random.randint(0,10))
SecretGame(lambda: 5)
Bir lambda, "ilerledikçe sırayla" bildirilen bir işlevdir. Temsilci, C # 'da aynıdır:
class Game
{
public Game(Func<int> generate)
{
Console.WriteLine(generate())
}
}
new Game(() => 5);
new Game(() => new Random().Next(0, 10));
Ek not: Son örnekler Java 7'ye kadar bunun gibi mümkün değildi. Orada, bu davranışı belirlemenin tek yolu Arabirimlerdi. Bununla birlikte, Java 8 lambda ifadelerini tanıttı, böylece C # örneği çok kolay bir şekilde Java'ya dönüştürülebilir ( Func<int>olur java.util.function.IntSupplierve =>olur ->).