Jaka jest różnica między „deklaracją klasy” a „interfejsem” w języku TypeScript

W TypeScript, podczas tworzenia plików deklaracji źródła .d.ts, co jest lepsze i dlaczego?

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

lub

interface Example {
    Method(): void;
}

Różnice, które mogę powiedzieć, są takie, że interfejsy nie mogą mieć metod statycznych, więc musisz użyć do tego klasy. Oba nie produkują żadnego wyjścia JS, więc może to nie ma znaczenia?

interfacesłuży do opisywania kształtu przedmiotu. Nie ma nigdy generowania kodu dla interfejsów - są one wyłącznie artefaktem w systemie typów. Nie zobaczysz różnicy w generowaniu kodu dla klasy w zależności od tego, czy ma ona implementsklauzulę.

declare classjest przeznaczony do opisania istniejącej klasy (zwykle klasy TypeScript, ale nie zawsze), która będzie obecna na zewnątrz (na przykład masz dwa pliki .ts, które kompilują się do dwóch plików .js i oba są dołączane za pomocą scripttagów na stronie internetowej). Jeśli dziedziczysz z classusing extends(niezależnie od tego, czy typem podstawowym był typ a, declare classczy zwykły class), kompilator wygeneruje cały kod, aby podłączyć łańcuch prototypów i konstruktory przekazujące, a co nie.

Jeśli spróbujesz dziedziczyć po declare classinterfejsie, który powinien być interfejsem, wystąpi błąd wykonania, ponieważ wygenerowany kod będzie odnosił się do obiektu bez manifestacji środowiska wykonawczego.

I odwrotnie, jeśli po prostu masz implementinterfejs, który powinien być interfejsem declare class, będziesz musiał sam ponownie zaimplementować wszystkie elementy członkowskie i nie będziesz korzystać z ponownego wykorzystania kodu z przyszłej klasy bazowej i funkcji które sprawdzą łańcuch prototypów w czasie wykonywania, odrzucą twój obiekt jako nie będący w rzeczywistości instancją klasy bazowej.

Aby uzyskać naprawdę nerdy, jeśli masz C ++ tła, można z grubsza myśleć interfacejak typedefi declare classjako externdeklaracja konstruktora, który ściśle brakuje definicji w tej jednostce kompilacji.

Od strony czystej konsumpcji (pisanie imperatywnego kodu, a nie dodawanie nowych typów) jedyną różnicą między interfacei declare classjest to, że nie możesz newmieć interfejsu. Jeśli jednak zamierzasz extend/ implementjeden z tych typów w nowym class, koniecznie musisz wybrać poprawnie pomiędzy interfacei declare class. Tylko jeden z nich będzie działać.

Dwie zasady, które będą Ci dobrze służyć:

• Czy nazwa typu jest zgodna z funkcją konstruktora (czymś, z czym można ją wywołać new), która jest faktycznie obecna w czasie wykonywania (np. DateJest, ale JQueryStaticnie jest)? Jeśli nie , zdecydowanie chceszinterface
• Czy mam do czynienia ze skompilowaną klasą z innego pliku TypeScript, czy z czymś wystarczająco podobnym? Jeśli tak , użyjdeclare class

Możesz zaimplementować interfejs:

class MyClass implements Example {
    Method() {

    }
}

Podczas gdy declare classskładnia jest naprawdę przeznaczona do dodawania definicji typu dla zewnętrznego kodu, który nie jest napisany w TypeScript - więc implementacja jest „gdzie indziej”.

Mówiąc prościej, declarejest używany w .ts/ d.tsfiles, aby powiedzieć kompilatorowi, że powinniśmy oczekiwać słowa kluczowego, które będziemy declaringistnieć w tym środowisku, nawet jeśli nie jest zdefiniowane w obecnym pliku. Pozwoli nam to zachować bezpieczeństwo typów podczas używania zadeklarowanego obiektu, ponieważ kompilator Typescript wie teraz, że inny składnik może udostępniać tę zmienną.

Różnica między declareiw interfaceTS:

ogłosić:

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

W powyższym kodzie declarepozwala kompilatorowi TS wiedzieć, że gdzieś Examplezostała zadeklarowana klasa . Nie oznacza to, że klasa jest magicznie włączona. Ty jako programista jesteś odpowiedzialny za posiadanie klasy dostępnej, kiedy ją deklarujesz (za pomocą declaresłowa kluczowego).

berło:

interface Example {
    Method(): void;
}

Jest interfaceto konstrukcja wirtualna, która istnieje tylko w maszynopisie. Kompilator maszynopisu używa go wyłącznie do sprawdzania typów. Kiedy kod jest kompilowany do javascript, cała konstrukcja zostanie usunięta. Kompilator maszynopisu używa interfejsów w celu sprawdzenia, czy obiekty mają odpowiednią strukturę.

Na przykład, gdy mamy następujący interfejs:

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

Obiekty, które definiujemy, które mają ten typ interfejsu, muszą dokładnie pasować do interfejsu:

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