VN
Да просто интерфейсами описывай объекты а типами все остальное
Size: a a a
2020 April 21
F
всем привет. посоветуйте качественные курсы по js?
T
мб не прав, тогда думаю поправят,
1) на 90% одно и тоже, но с парой отличий, допустим интерфейсы с одним названием расширят друг друга
interface A {foo: string}
interface A {bar: string}
превратится в A{foo: string, bar: string}
но интерфейсы только для описания объектов,
допустим нельзя описать массив строк через интерфейс, хотя мб можно через символ итератор как то попробовать, хм, но примитивные типы точно нельзя,
результатом пересечения и обьеденения интерфейсов или типов может быть только тип
2) что хочется то и юзай, некоторые для либ советуют ющать интерфейсы для того что бы их могли расширять(в каком то докладе слышал), так вообще без разницы
3) см 2
но это не точно
1) на 90% одно и тоже, но с парой отличий, допустим интерфейсы с одним названием расширят друг друга
interface A {foo: string}
interface A {bar: string}
превратится в A{foo: string, bar: string}
но интерфейсы только для описания объектов,
допустим нельзя описать массив строк через интерфейс, хотя мб можно через символ итератор как то попробовать, хм, но примитивные типы точно нельзя,
результатом пересечения и обьеденения интерфейсов или типов может быть только тип
2) что хочется то и юзай, некоторые для либ советуют ющать интерфейсы для того что бы их могли расширять(в каком то докладе слышал), так вообще без разницы
3) см 2
но это не точно
Спс. Сам не понимаю до конца разницы. И из своего опыта сужу, что типы гибче и проще
Д
Также объект может содержать свойства не описанные в интерфейсе, а в типе такое невозможно.
MK
насчет type и interface
лично мне проще применять типы для описания структуры данных, например:
а интерфейсы для описания классов и наследования, например:
interface Creatable {
create(data: any): any
}
class User implements Creatable {
create(…) {…}
}
лично мне проще применять типы для описания структуры данных, например:
type User = {
name: string
};
const user: User = { name: ’name’ };а интерфейсы для описания классов и наследования, например:
interface Creatable {
create(data: any): any
}
class User implements Creatable {
create(…) {…}
}
T
я интерфейсами описываю пропсы в реакте
T
верно ли так делать?
T
делаю что то типа такого
export interface ComponentProps {}
const Component = (props: ComponentProps) => {}
export default ComponentProps;PG
Д
я интерфейсами описываю пропсы в реакте
Пропсы лучше типами описывать, потому что интерфейс предполагает что в объекте могут быть свойства не описанные в интерфейсе, соответственно ты можешь ошибиться и использовать пропсы которые в интерфейсе не описаны и тебе не выдаст ошибку.
D
Какие данные лучше не использовать в React Context?
PG
Пропсы лучше типами описывать, потому что интерфейс предполагает что в объекте могут быть свойства не описанные в интерфейсе, соответственно ты можешь ошибиться и использовать пропсы которые в интерфейсе не описаны и тебе не выдаст ошибку.
Выдаст же, почему нет?
v
Которые не могу понадобиться в рандомно любом месте
PG
Наоборот, лучше интерфейсами, так как можем описать необязательные пропсы, интерфейс не предполагает что в объекте могут быть неописанные свойства...если мы попробуем взять свойство из пропсов, которого нет в описанном интерфейсе - выдаст ошибку
ZG
Всем привет, в поисках ментора.
Изучаю Frontend с июня 2019 года.
Подробнее о том, чему научился расскажу в ЛС.
Изучаю Frontend с июня 2019 года.
Подробнее о том, чему научился расскажу в ЛС.
Привет. Напиши мне в личку. Можем попробовать созвониться на днях.
Д
Наоборот, лучше интерфейсами, так как можем описать необязательные пропсы, интерфейс не предполагает что в объекте могут быть неописанные свойства...если мы попробуем взять свойство из пропсов, которого нет в описанном интерфейсе - выдаст ошибку
Да, извиняюсь, что-то меня проглючило. Я просто помню что когда-то давно была ситуация когда используя интерфейсы для пропсов я как-то смог использовать пропсы не описаные в интерфейсах, с тех пор использую типы для пропсов.
Кстати, в типах тоже можно описать необязательные пропсы.
Кстати, в типах тоже можно описать необязательные пропсы.
T
Пропсы лучше типами описывать, потому что интерфейс предполагает что в объекте могут быть свойства не описанные в интерфейсе, соответственно ты можешь ошибиться и использовать пропсы которые в интерфейсе не описаны и тебе не выдаст ошибку.
А это разве вызовет ошибку? Ну тоесть если я даже передам что то левое и не буду использовать. Или не будет ошибки если буду использовать?
DN
народ, кто делал свои пакеты в npm подскажите. Сегодня в проде вылез баг с одним из моих пакетов установленных, начал копать и понял что изменили в новых версиях пару дней назад кое что и оно сломалось.
Обнаружил я это когда удалял папку node_modules и заново переставлял зависимости, и вот версия которая у меня уже работала больше года подтягивает такой же код как и в последних версиях пакета, как так?
Обнаружил я это когда удалял папку node_modules и заново переставлял зависимости, и вот версия которая у меня уже работала больше года подтягивает такой же код как и в последних версиях пакета, как так?
SS
народ, кто делал свои пакеты в npm подскажите. Сегодня в проде вылез баг с одним из моих пакетов установленных, начал копать и понял что изменили в новых версиях пару дней назад кое что и оно сломалось.
Обнаружил я это когда удалял папку node_modules и заново переставлял зависимости, и вот версия которая у меня уже работала больше года подтягивает такой же код как и в последних версиях пакета, как так?
Обнаружил я это когда удалял папку node_modules и заново переставлял зависимости, и вот версия которая у меня уже работала больше года подтягивает такой же код как и в последних версиях пакета, как так?
если нужно старую версию пакетов - укажите их в package-lock.json