TypeScript'te "sınıf bildirimi" ve "arabirim" arasındaki fark nedir

TypeScript'te, .d.ts kaynak bildirim dosyalarını oluştururken hangisi tercih edilir ve neden?

declare class Example {
    public Method(): void; 
}

veya

interface Example {
    Method(): void;
}

Söyleyebileceğim farklılıklar, arabirimlerin statik yöntemlere sahip olamayacağıdır, bu nedenle bunun için bir sınıf kullanmanız gerekir. Her ikisi de herhangi bir JS çıktısı üretmiyor, bu yüzden belki de önemli değil?

interfacesadece bir nesnenin şeklini tanımlamak istediğiniz zamanlar içindir. Arayüzler için hiçbir zaman kod üretimi yoktur - bunlar yalnızca tür sistemindeki bir yapıdır. Bir implementscümlesi olup olmamasına bağlı olarak, bir sınıf için kod oluşturmada hiçbir fark görmeyeceksiniz .

declare classharici olarak mevcut olacak mevcut bir sınıfı (genellikle bir TypeScript sınıfı, ancak her zaman değil) tanımlamak istediğinizde kullanılır (örneğin, iki .js dosyası olarak derlenen ve her ikisi de scriptetiketler aracılığıyla dahil edilen iki .ts dosyanız vardır bir web sayfasında). Eğer bir devralan varsa classkullanılarak extends(bakılmaksızın baz tipi bir olup olmadığı declare classveya düzenli classderleyici prototip zinciri ve yönlendirme kurucular ve ne değil kanca tüm kodu oluşturmak için gidiyor).

declare classArayüz olması gereken bir cihazdan devralmaya çalışırsanız , bir çalışma zamanı hatası alırsınız çünkü üretilen kod, çalışma zamanı belirtisi olmayan bir nesneye atıfta bulunacaktır.

Tersine, basitçe implementbir arayüz olması gereken bir arabirimseniz, declare classtüm üyeleri kendiniz yeniden uygulamanız gerekecek ve olası temel sınıftan ve işlevlerden herhangi bir kodun yeniden kullanımından yararlanamayacaksınız. çalışma zamanında prototip zincirinin kontrol edilmesi, aslında temel sınıfın bir örneği olmadığı için nesnenizi reddeder.

Gerçekten inek olmak için, eğer bir C ++ arka planınız varsa, kabaca bu derleme biriminde bir tanımı kesinlikle bulunmayan bir kurucu beyanı interfaceolarak typedefve declare classolarak düşünebilirsiniz extern.

Saf bir tüketim taraftan, arasındaki tek fark (değil yeni türlerini ekleme, zorunlu kod yazmak) interfaceve declare classbir yapamazsın ki newbir arayüz. Eğer niyetinde Ancak, extend/ implementyeni bu türlerinden biri class, kesinlikle arasındaki doğru seçmiş zorunda interfaceve declare class. Sadece biri çalışacak.

Size iyi hizmet edecek iki kural:

• Türün adı, newaslında çalışma zamanında mevcut olan (örneğin Date, ama JQueryStaticdeğil) bir yapıcı işleviyle (çağrılabilir bir şey) hizalı mı? Eğer hiçbir , kesinlikle istiyoruminterface
• Başka bir TypeScript dosyasından derlenmiş bir sınıfla mı yoksa yeterince benzer bir şeyle mi uğraşıyorum? Eğer evet , kullanımdeclare class

Arayüzü uygulayabilirsiniz:

class MyClass implements Example {
    Method() {

    }
}

Oysa declare classuygulama "başka yerde" bu yüzden - sözdizimi gerçekten amaçlanmaktadır daktilo yazılmaz harici kod için tip tanımları eklemek için kullanılacak.

Layman'ın terimleriyle, / files içinde, derleyiciye , mevcut dosyada tanımlanmamış olsa bile, o ortamda var olmamızı beklememiz gerektiğini söylemek için declarekullanılır . Bu, daha sonra, Typescript derleyicisi artık başka bir bileşenin bu değişkeni sağlayabileceğini bildiğinden, bildirilen nesneyi kullanırken tür güvenliğine sahip olmamızı sağlayacaktır..tsd.tsdeclaring

TS arasındaki declareve interfaceiçindeki fark :

bildirmek:

declare class Example {
    public Method(): void; 
}

Yukarıdaki kodda declare, TS derleyicisinin sınıfın bir yerde Examplebildirildiğini bilmesini sağlar . Bu, sınıfın sihirli bir şekilde dahil edildiği anlamına gelmez. Bir programcı olarak, sınıfınızı ( declareanahtar sözcükle) açıklarken sınıfın mevcut olmasından sorumlusunuz .

arayüz:

interface Example {
    Method(): void;
}

An interface, yalnızca typcript içinde bulunan sanal bir yapıdır. Daktilo yazımı derleyicisi, bunu yalnızca tür denetimi amacıyla kullanır. Kod javascript'e derlendiğinde tüm bu yapı çıkarılacaktır. Typecript derleyicisi, nesnelerin doğru yapıya sahip olup olmadığını kontrol etmek için arayüzler kullanır.

Örneğin aşağıdaki arayüze sahip olduğumuzda:

interface test {
  foo: number,
  bar: string,
}

Bu arayüz tipine sahip tanımladığımız nesnelerin arayüzle tam olarak eşleşmesi gerekir:

// perfect match has all the properties with the right types, TS compiler will not complain.
  const obj1: test = {   
    foo: 5,
    bar: 'hey',
  }