AP
зато можно импортировать это без всей обвязки в виде методов, которые могут быть не всем нужны
Size: a a a
2020 November 11
AP
говорю зависит от случая, что это конкретно такое и как используется. возможно обвязка в виде методов нужна только одному чанку из 10 и тогда будет сильная экономия, а возможно это нужно прямо в энтрипоинте и тогда никакой экономии.
PM
Есть npm модули написанные на JS и для которых нет встроенных тайпингов и нет тайпингов в репе DefinetelyTyped. Чтобы их использовать в тайпскрипте придется написать для них d.ts (если конечно тсконфиг не бесполезный который позволяет все что угодно). Это один из обычных кейсов где нужно писать руками d.ts файл.
В остальных случаях сам tsc их генерирует при компилции кода =)
В остальных случаях сам tsc их генерирует при компилции кода =)
а ну значит я тебя не правильно понял.
PM
А кстати, всегда интересовало, чем в таком случае плохо держать типы в отдельных файлах и иклудить их на уровне компилятора, а в файлах использовать
Если что, не работал с ТС в Свелт, мб там есть какие-нибудь особенности на этот счёт?
declare? Если что, не работал с ТС в Свелт, мб там есть какие-нибудь особенности на этот счёт?
а как же co-location.)))) так то и стили можно писать в отдельных файлах и шаблоны с логикой.
PM
но удобнее когда максимум перед глазами
ER
Я в context=module описываю сейчас и экспортирую оттуда же. Это для компонентов, а если общие то папочка types
Если в проекте используется реэкспорт, то как лучше называть имена эскпортируемых из контекста типов?
PM
Если в проекте используется реэкспорт, то как лучше называть имена эскпортируемых из контекста типов?
Универального способа не знаю. Сам пару раз сталкивался. Решал на уровне реэкспортов, оставляя имена внутри самих компонентов максимально простыми и очевидными
ER
Универального способа не знаю. Сам пару раз сталкивался. Решал на уровне реэкспортов, оставляя имена внутри самих компонентов максимально простыми и очевидными
Понял, спасибо
PM
Уже два с половиной года расширяю энамы неймспейсами и никаких проблем
да можно конечно, но лично я стараюсь минимизировать использование рантайм фичей TS
ER
Если с enum то я читал, что это тащится в рантайм, но каким образом namespace тащится в рантайм, если внутри только типы и интерфейсы?
AP
Если с enum то я читал, что это тащится в рантайм, но каким образом namespace тащится в рантайм, если внутри только типы и интерфейсы?
если у тебя d.ts файл то там по определению не может быть ничего рантаймового
AP
только вот ТС будет думать когда ты пишешь код, что такой обьект в рантайме все таки есть
ER
Да, так и есть.
Кажется я понял😅
Кажется я понял😅
PM
Если с enum то я читал, что это тащится в рантайм, но каким образом namespace тащится в рантайм, если внутри только типы и интерфейсы?
поэтому вместо Enum юзаю либо type либо, если нужно читать прям значения в рантайме, тогда plain словари с readonly
n
у всех перестал работать https://ru.svelte.dev/ ?
IF
у всех перестал работать https://ru.svelte.dev/ ?
Работает
A
Работает
+
n
хм, значит у меня провайдер чудит...
ладно, будем буржуйской версией сайта пользоваться
ладно, будем буржуйской версией сайта пользоваться
И
у всех перестал работать https://ru.svelte.dev/ ?
Время от времени на мгтс тоже отваливается
