В каких случаях надо испоinterfacce, а не type?

Question

[Boris007]

Почитал про type и interface, и вышло, что они практический идентичны, кроме нюансов, как какой можно расширять или объединять.
И тем не менее часто вижу, что interfacce часто используют
В каких случаях какой надо использовать или сейчас все уже просто используют type?

Comments

[WbICHA]

В каких случаях какой надо использовать

Ни в каких (исключая расширение, кое ты упомянул).

И тем не менее часто вижу, что interfacce часто используют

Для улучшения читаемости кода. Но это индивидуально, можно только тайп использовать, как договоритесь в команде.
Обычно стайлгайд такой: для объектов интерфейсы (если возможно), для всего стального типы.

Answer 1

[Дмитрий Беляев]

interface поддерживает extends (который компилируется быстрее чем intersection (&) как верно подметил Василий Банников )

interface A extends B, C {}
interface B {}
type C = {}; // interface вполне может extends из type

interface поддерживает declaration merging

interface A {
  a: number;
}
interface A {
  b: number;
}
const a: A = {a: 1, b: 2};

type поддерживает вычисления типа на верхнем уровнеtype A = B | C; // на interface такого не выразишь

В остальном различий нет.
Declaration merging может подложить жабу в реальном проекте, но полезен при написании библиотек, которые могут быть расширены извне (плагины jQuery например)
В целом type более универсален и надежен. И не сильно он медленнее. Вся его медленность заключается в том, что компилятор производит вычисления типа, которые так же возможны и в полях интерфейса, а значит присутствуют и там.
Для Java/C# разрабов, читающих TS, interface более понятная конструкция (хотя и обманчиво).

В целом все зависит от стайл гайда, который примет команда. Главное чтоб везде одинаково было.

Comments

[Boris007]

Если я везде буду использовать Type это будет дурным тоном?
Просто, как по мне, он делает все то же, что и интерфейс, но на нем типизировать функции читабельней
И можно устанавливать значения типа, как Type Count = 'one' | 'tow' | 'three'

[Дмитрий Беляев]

Boris007, нет не будет, главное чтоб во всем проекте был type

Answer 2

[Василий Банников]

Везде используй interface, если это возможно.
type сильно влияет на скорость компиляции и проверки типов.

Comments

[Alexandroppolus]

Т.е. interface X {a: number} обрабатывается быстрее чем type X = {x: number} ? Даже несмотря на возможность дополнения этого интерфейса где-то в другом куске кода?
Где об этом почитать?

[Василий Банников]

Alexandroppolus, ага. extend проще с точки зрения системы типов, чем & и |.
Но это всё только во время компиляции и только при проверке типов. Если ты при сборке просто убираешь все проверки типов, то тогда разницы в принципе нет.

https://www.totaltypescript.com/type-vs-interface-...

https://github.com/microsoft/TypeScript/wiki/Perfo...

Much of the time, a simple type alias to an object type acts very similarly to an interface.

However, and as soon as you need to compose two or more types, you have the option of extending those types with an interface, or intersecting them in a type alias, and that's when the differences start to matter.

Interfaces create a single flat object type that detects property conflicts, which are usually important to resolve! Intersections on the other hand just recursively merge properties, and in some cases produce never. Interfaces also display consistently better, whereas type aliases to intersections can't be displayed in part of other intersections. Type relationships between interfaces are also cached, as opposed to intersection types as a whole. A final noteworthy difference is that when checking against a target intersection type, every constituent is checked before checking against the "effective"/"flattened" type.

For this reason, extending types with interfaces/extends is suggested over creating intersection types.

[WbICHA]

Василий Банников, но по факту это неиграет никакой реальной роли.) Банально потому, что почти все типы/интерфейсы константны (то есть нерасширяются), а оставшуюся часть чаще всего не написать через интерфейсы (банально если надо по ключам пройтись). В итоге получается, что ради 10-20 таких моментов на весь проект использовать это как основной аргумент ну неполучается.) Те же дженерики куда больше перформанса сожрут.

[Василий Банников]

WbICHA, ну это чисто рекомендация мс.