Яка різниця між "заявити клас" та "інтерфейс" в TypeScript

У TypeScript при створенні .d.ts файлів декларації джерела, що є кращим і чому?

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

або

interface Example {
    Method(): void;
}

Відмінності, які я можу сказати, полягають у тому, що інтерфейси не можуть мати статичних методів, тому для цього потрібно використовувати клас. Обидва не виробляють жодного результату JS, тож, можливо, це не має значення?

interfaceце для того, коли ви просто хочете описати форму предмета. Ніколи не існує генерації коду для інтерфейсів - вони виключно артефакт в системі типів. Ви не побачите різниці в генерації коду для класу залежно від того, чи має він implementsзастереження.

declare classпризначений для того, коли ви хочете описати існуючий клас (як правило, клас TypeScript, але не завжди), який буде присутній зовні (наприклад, у вас є два .ts файли, що компілюються у два файли .js, і обидва включаються через scriptтеги на веб-сторінці). Якщо ви успадковуєте за classдопомогою extends(незалежно від того, базовий тип був declare classчи звичайним class), компілятор збирається створити весь код для підключення прототипу ланцюга та конструкторів переадресації, а що ні.

Якщо ви спробуєте успадкувати той, declare classякий повинен був бути інтерфейсом, у вас виникне помилка виконання, оскільки цей сформований код буде посилатися на об'єкт без прояву виконання.

І навпаки, якщо ви просто implementінтерфейс, який повинен був бути declare class, вам доведеться самостійно повторно впроваджувати всі учасники, і ви не будете використовувати переваги повторного використання коду з потенційного базового класу та функцій яка перевіряє ланцюг прототипу під час виконання, відхилить ваш об'єкт як фактично не екземпляр базового класу.

Якщо ви дійсно нерозумні, якщо у вас є C ++, ви можете грубо мислити interfaceяк typedefі declare classяк externдекларація конструктора, який строго не має визначення у цьому блоці компіляції.

Від чистої боку споживання (написання імперативного коду, не додавання нових типів), єдина відмінність між interfaceі в declare classтому , що ви не можете newінтерфейс. Однак, якщо ви маєте намір extend/ implementодин із цих типів у новому class, ви абсолютно повинні правильно обрати між interfaceі declare class. Працює лише одна з них.

Два правила, які вам добре послужать:

• Чи ім'я типу вирівнювання з функцією конструктора (з newякою можна викликати ), яка насправді присутня під час виконання (наприклад, Dateє, але JQueryStaticні)? Якщо ні , то ви точно хочетеinterface
• Я маю справу зі складеним класом з іншого файлу TypeScript або чимось достатньо схожим? Якщо так , використовуйтеdeclare class

Ви можете реалізувати інтерфейс:

class MyClass implements Example {
    Method() {

    }
}

Тоді як declare classсинтаксис дійсно призначений для використання для додавання визначень типів для зовнішнього коду, який не записаний у TypeScript - тому реалізація "в іншому місці".

Згідно з умовами мирян, declareвикористовується в .ts/ d.tsфайлах, щоб сказати компілятору, що слід очікувати, що ключове слово, яке ми declaringіснуємо в цьому середовищі, навіть якщо воно не визначене в цьому файлі. Це дозволить нам забезпечити безпеку типу при використанні оголошеного об'єкта, оскільки компілятор Typescript тепер знає, що інший компонент може надавати цю змінну.

Різниця між declareі interfaceв TS:

заявити:

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

У наведеному вище коді declareповідомляється компілятору TS, що десь оголошено клас Example. Це не означає, що клас магічно включений. Ви як програміст несете відповідальність за доступність класу під час його декларування (з declareключовим словом).

інтерфейс:

interface Example {
    Method(): void;
}

Vir interface- це віртуальна конструкція, яка існує лише в typecript. Компілятор машинопису використовує його з єдиною метою перевірки типу. Коли код складений на javascript, вся ця конструкція буде викреслена. Компілятор машинопису використовує інтерфейси для того, щоб перевірити, чи мають об'єкти правильну структуру.

Наприклад, коли у нас є такий інтерфейс:

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

Об'єкти, які ми визначаємо, мають цей тип інтерфейсу, повинні точно відповідати інтерфейсу:

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