V
Возможно, react/recommended надо поправить под TS
окай, пойду правила писать
Size: a a a
2020 April 12
РФ
Я имею в виду, должен быть готовый
РФ
Если это популярный конфиг
V
да все популярное, думал быстро подключить и все заведется, а на деле просто жесть
AL
почему именно в этот чат?
А куда ещё тут вроде программисты
BЯ
🤣🤣🤣
AM
Ололл трололо))
AM
Подскажите плс, я правильно понимаю, что generic types, это что-то вроде того, что допустим я типизирую функцию
function fn<T>(b: T): T {
//Some code
}
И это означает, что функция должна вернуть тот параметр который в нее передали? Т.е. просто генерируется выходящий тип на основе входящего и больше ничего?
function fn<T>(b: T): T {
//Some code
}
И это означает, что функция должна вернуть тот параметр который в нее передали? Т.е. просто генерируется выходящий тип на основе входящего и больше ничего?
D
Подскажите плс, я правильно понимаю, что generic types, это что-то вроде того, что допустим я типизирую функцию
function fn<T>(b: T): T {
//Some code
}
И это означает, что функция должна вернуть тот параметр который в нее передали? Т.е. просто генерируется выходящий тип на основе входящего и больше ничего?
function fn<T>(b: T): T {
//Some code
}
И это означает, что функция должна вернуть тот параметр который в нее передали? Т.е. просто генерируется выходящий тип на основе входящего и больше ничего?
generic types это конкретно <T>. Это как переменная для типа. Дальше уже идёт просто один из способов использования, когда ты говоришь, что возвращаемый тип будет такой же, как у аргумента. TS ещё и выведет этот тип самостоятельно на основе типа аргумента.
Если же, например, сделать функцию fn<T1, T2>(b: T1): T2, то при вызове оба дженерик-типа тебе придётся указать явно: какой тип ты передашь у аргумента и какой будет у возвращённого значения.
Если же, например, сделать функцию fn<T1, T2>(b: T1): T2, то при вызове оба дженерик-типа тебе придётся указать явно: какой тип ты передашь у аргумента и какой будет у возвращённого значения.
DB
Подскажите плс, я правильно понимаю, что generic types, это что-то вроде того, что допустим я типизирую функцию
function fn<T>(b: T): T {
//Some code
}
И это означает, что функция должна вернуть тот параметр который в нее передали? Т.е. просто генерируется выходящий тип на основе входящего и больше ничего?
function fn<T>(b: T): T {
//Some code
}
И это означает, что функция должна вернуть тот параметр который в нее передали? Т.е. просто генерируется выходящий тип на основе входящего и больше ничего?
Ничего не генерируется, все типы известны в компайл тайме, грубо говоря можете считать, что это перегрузка функции через тип
DB
Generic очень явны, когда есть ad hoc полиморфизм, но его, к сожалению, в ts нетDB
Можно вопрос, а зачем указывать
variable optional ? Вы же и так расширяете для нее типизацию до null | undefined
Я бы лучше предложил нечто такоеV
да круто!
2020 April 13
НК
Всем привет, помогите плиз с декларациями...
Вынес интерфейсы в отдельный npm пакет в Azure Artifacts, при скачивании он попадает сразу в @types, и tsconfig.json по сути дополнять не нужно...
В webstorm срабатывает автоимпорт, все вроде бы ок, даже tsc без ошибок собирается, но вот при запуске собранного проекта получаю то что на картинке. Что еще в этой схеме не доделано, не врубаюсь, уже сутки гуглю непрерывно... есть мысль что помимо нахождения пакета в @types, нужно еще его собранную версию иметь в node_modules...
Вынес интерфейсы в отдельный npm пакет в Azure Artifacts, при скачивании он попадает сразу в @types, и tsconfig.json по сути дополнять не нужно...
В webstorm срабатывает автоимпорт, все вроде бы ок, даже tsc без ошибок собирается, но вот при запуске собранного проекта получаю то что на картинке. Что еще в этой схеме не доделано, не врубаюсь, уже сутки гуглю непрерывно... есть мысль что помимо нахождения пакета в @types, нужно еще его собранную версию иметь в node_modules...
E
да все популярное, думал быстро подключить и все заведется, а на деле просто жесть
У меня возникала та же ситуация с конфигом от google, сочувствую
НК
Всем привет, помогите плиз с декларациями...
Вынес интерфейсы в отдельный npm пакет в Azure Artifacts, при скачивании он попадает сразу в @types, и tsconfig.json по сути дополнять не нужно...
В webstorm срабатывает автоимпорт, все вроде бы ок, даже tsc без ошибок собирается, но вот при запуске собранного проекта получаю то что на картинке. Что еще в этой схеме не доделано, не врубаюсь, уже сутки гуглю непрерывно... есть мысль что помимо нахождения пакета в @types, нужно еще его собранную версию иметь в node_modules...
Вынес интерфейсы в отдельный npm пакет в Azure Artifacts, при скачивании он попадает сразу в @types, и tsconfig.json по сути дополнять не нужно...
В webstorm срабатывает автоимпорт, все вроде бы ок, даже tsc без ошибок собирается, но вот при запуске собранного проекта получаю то что на картинке. Что еще в этой схеме не доделано, не врубаюсь, уже сутки гуглю непрерывно... есть мысль что помимо нахождения пакета в @types, нужно еще его собранную версию иметь в node_modules...
переименовал все *.d.ts в *.ts
вызвал tsc
получил dist
опубликовал,
проект собрался, но при запуске щас вот это Please verify that the package.json has a valid "main" entry
вызвал tsc
получил dist
опубликовал,
проект собрался, но при запуске щас вот это Please verify that the package.json has a valid "main" entry
НК
переименовал все *.d.ts в *.ts
вызвал tsc
получил dist
опубликовал,
проект собрался, но при запуске щас вот это Please verify that the package.json has a valid "main" entry
вызвал tsc
получил dist
опубликовал,
проект собрался, но при запуске щас вот это Please verify that the package.json has a valid "main" entry
я дурак.. все заработало... =)https://media.tenor.com/images/b34b69659cdeadd336ef3578eb302d7d/tenor.gif
d
Всем привет, подскажите пожалуйста, возможно ли в тс сделать так , чтобы у меня в зависимости от аргумента WidgetType возвращался определенный тип? Например - если указываю WidgetType.chart, widgetFactory присваивается тип [ChartView,ChartModel] ? Всем спасибо)
MK
Что это за непонятная штука, подскажите
MK
в js это выглядит так