BB
interface IParams
а вот для типов не добвляют T в началае?
Size: a a a
2020 March 24
TG
почему многие называют интерфейсы с префиксом I:
а вот для типов не добвляют T в началае?
а вот для типов не добвляют T в началае?
MM
ХЗ, вот тут советуют не делать различий между интерфейсами и классами: https://wiki.c2.com/?DontDistinguishBetweenClassesAndInterfaces
A
почему многие называют интерфейсы с префиксом I:
а вот для типов не добвляют T в началае?
interface IParams
а вот для типов не добвляют T в началае?
Добавляют же
MM
В Contributors Styleguide тайпскрипта советуют делать так же: https://github.com/microsoft/TypeScript/wiki/Coding-guidelines#names
MM
Но это стайлгайд именно для проекта, т.е. никто не запрещает именовать интерфейсы с I.
EG
почему многие называют интерфейсы с префиксом I:
а вот для типов не добвляют T в началае?
interface IParams
а вот для типов не добвляют T в началае?
Многие это кто? Не видел это в исходниках redux, rxjs, jest и прочих популярных репо на TS
TG
Многие это кто? Не видел это в исходниках redux, rxjs, jest и прочих популярных репо на TS
что именно, приставку I или T?
EG
что именно, приставку I или T?
Ни того ни другого в популярных TS репо нет
A
Кто то ставит I кто-то ставит T кто-то и то и то, кто-то ничего, кто то типы курсивом пишет а кто-то синим цветом
PS
почему многие называют интерфейсы с префиксом I:
а вот для типов не добвляют T в началае?
interface IParams
а вот для типов не добвляют T в началае?
в си шарпе часто интерфейсы идут с префиксом. плюс интерфейсы часто описывают классы и называются по имени класса. и чтобы отличать, добавляют префикс.
а типы — это и есть типы, зачем им Т
а типы — это и есть типы, зачем им Т
TG
Ни того ни другого в популярных TS репо нет
это потому что библиотеки предоставляют интерфейс который именем соответствует функционалу. например interface какой-то функции должен соответствовать названию этой функции.
MM
Вот развёрнутая аргументация почему префикс не нужен: https://stackoverflow.com/questions/31876947/confused-about-the-interface-and-class-coding-guidelines-for-typescript/41967120#41967120
TG
в си шарпе часто интерфейсы идут с префиксом. плюс интерфейсы часто описывают классы и называются по имени класса. и чтобы отличать, добавляют префикс.
а типы — это и есть типы, зачем им Т
а типы — это и есть типы, зачем им Т
что бы понять что Theme это тип который перечисляет 'primary' | 'secondary' к примеру. а так на первый взгляд не понятно, то ли это тип, то ли это какой-то класс
PS
что бы понять что Theme это тип который перечисляет 'primary' | 'secondary' к примеру. а так на первый взгляд не понятно, то ли это тип, то ли это какой-то класс
а чтобы по переменной понять, что это строка, нужно добавлять префикс s или str? ;)
TG
а чтобы по переменной понять, что это строка, нужно добавлять префикс s или str? ;)
ide мне подскажет с чем я имею дело. со строкой или нет. а вот когда я использую тип для описания свойства, уже придется в ручную смотреть что такое Theme, это класс какой-то или нет
AK
в си шарпе часто интерфейсы идут с префиксом. плюс интерфейсы часто описывают классы и называются по имени класса. и чтобы отличать, добавляют префикс.
а типы — это и есть типы, зачем им Т
а типы — это и есть типы, зачем им Т
В C# префикс
I перед именем интерфейса является тяжёлым наследием component object model, например, а менять coding convention на переправе в 2020-м уже как-то не то. Так что и в этом случае префикс особого смысла не несёт.TG
В C# префикс
I перед именем интерфейса является тяжёлым наследием component object model, например, а менять coding convention на переправе в 2020-м уже как-то не то. Так что и в этом случае префикс особого смысла не несёт.стандарт в том что не нужно использовать префиксы?
TG
напрягает то, что трудно понять. Theme - это какой-то класс и его предназначение - создавать экземпляры и обращаться к полям. или его предназначение - описать какой-то тип. и это важно понимать в момент использования.
AK
стандарт в том что не нужно использовать префиксы?
Стандарт (ECMA-334), если мы всё ещё говорим о шарпе, не специфицирует особенности наименования в принципе. Стандартная конвенция, дотнетовская, рекомендует префиксовать интерфейсы
I, но надо понимать, почему она рекомендует это делать.