ну значит не судьба )

почитай вот тут про функциональные типы, в частности про объявление

https://www.typescriptlang.org/docs/handbook/functions.html

поймешь )

func: (num: number) => string - это тип

Вот эквивалентный код: function func(num: number): string { return new String(num); }

и он внутри const * = String;

func: (num: number) => string - это тип

анонимный

Вот эквивалентный код: function func(num: number): string { return new String(num); }

ага, то же самое но без анонимного типа

Но та запись выше позволяет использовать new String напрямую, без обертки

Я представляю сколько времени вы потом это отлаживать будете

Когда после new String две одинаковые строки перестанут совпадать

это значит что мы используем конструктор String в качестве функции, превращающей число в строку

Понял из хендбука, но реально не очевидно для не ts разраба

Даже просто не очевидно

Понял из хендбука, но реально не очевидно для не ts разраба

Из TS тут только сигнатура типа, код const bla = String сработает и в обычном JS

Из TS тут только сигнатура типа, код const bla = String сработает и в обычном JS

Да да, просто не очевидно

очевидность - штука очень субъективная

Поскажите, как описать тип объекта в котором могут находиться различные свойства?

Поскажите, как описать тип объекта в котором могут находиться различные свойства?

any

Например const obj = { cat: string, dog: string }

Но если я заранее не знаю названия свойств

Они генерируются динамически

Только через any? По другому никак?

если у всех свойств одинаковый тип, то можно описать индексатор

{ [key: string]: MyType; } как-то так?

Когда после new String две одинаковые строки перестанут совпадать

там просто String

{ [key: string]: MyType; } как-то так?

Спасибо

юзать мапы

там просто String

Ну чел тут очевидно увлёкся, поясняя)

Вот эквивалентный код: function func(num: number): string { return new String(num); }

Народ а при обновлении с 2.0.9 на 2.4 что может пойти не так?

Он ошибок новых найдет

Он ошибок новых найдет

внезапно

Мы кароч из-за того что у нас юзается возможность раннего тс вызывать конструктор родительский в конце наследуемого

Не можем обновить версию с 2.0.х

))

К слову про новые ошибки

Мы кароч из-за того что у нас юзается возможность раннего тс вызывать конструктор родительский в конце наследуемого

звучит довольно стремно а в чем кейс такого вызова?

Мы кароч из-за того что у нас юзается возможность раннего тс вызывать конструктор родительский в конце наследуемого

Вот думаем что с этим делать. Никто ж не писал что это атата.

звучит довольно стремно а в чем кейс такого вызова?

Там переопределение настроек

звучит довольно стремно а в чем кейс такого вызова?

Я не помню подробно, но там все прям на удивление логично

Декоратор бахните или прокси

Декоратор бахните или прокси

Я запомню этот совет

Там до вызова суперконструктора какая то магия процессинга с this.settings происходит

И надо чтобы она произошла до вызова родительского

Ну, кароч, спасибо ))

ребят, тс умеет в неймспейсы? namespace A { class ClassA {} } namespace B { class ClassB extends A.ClassA {} }

Не нужны

с чего бы это?

к примеру есть сообщения, которые принимаю на сервер и которые отправляю: namespace Messages.Incoming { class AuthMessage {} class ChatMessage {} } namespace Messages.Outcoming { class AuthMessage {} class ChatMessage {} }

ты мне предлагаешь имя неймспейса пихать в каждое название класса?

оч разумно, спасибо

В модули

оч разумно, спасибо

да, разумно не юзать неймспейсы

ну как бы каждый файл и есть модуль

в понимании тс

в твоём случае мне в шарпе нужно было бы делать отдельные сборки для этого случая? ????

а лучше вообще отдельный солюшен с отдельным репозиторием

взять тот же реакт или еще какую лабуду import { AuthMessage as OutcomingAuthMessage } from '...' import { AuthMessage as IncomingAuthMessage } from '...'

ERROR: S client not available

меня не особо доставило писать подобное

и если у тебя не было необходимости в неймспейсах это не значит что они не нужны

Блять

* as Outcoming

Не шаришь что ли

тогда нужно будет создать index.ts в нём импортить все файлы

а так да, как вариант

спасибо

Пиздец в тс неймспейсы есть?

Адуха

оверлоды или миксовые типы?

тип так и должно быть?

кстати, перегрузки же нету по списку параметров?

кстати, перегрузки же нету по списку параметров?

Нет

а, ну оно и правильно, жс и без этого непредсказуем

Кто-нибудь пробовал lazy load на проекте с читым ts?

Можно тс заставить триггерить ошибку по x as never, если x — не never? const x: string = 'x'; (x as never); // error expected

Вам бы сначала писателей новостей смнить, такую туфту пишут, никакой TypeScript не поможет

Вам бы в @javascript_jobs

Можно тс заставить триггерить ошибку по x as never, если x — не never? const x: string = 'x'; (x as never); // error expected

Можно сделать функцию assertNever(a: never): never; и передавать туда твой x

Кто-нибудь пробовал lazy load на проекте с читым ts?

пробовал, а в чем вопрос?

Partial<T> как обратно вернуть T?

вернуть не выйдет

можно только сделать Required<Partial<T>> начиная с 2.8

если в Т были и обязательные и необязательные то эта информация потеряется

а в 2.7.2 можно имплементить Required<T>&

неа, только в 2.8 появилась возможность убирать ? type Required<T> = { [P in keyof T]-?: T[P] };