:) :) :)

Чувак, давай я буду краток. Иди нахер.

Мне очень не нравится, как ты ведёшь беседу.

И продолжать ее я не собираюсь.

Держите нас в курсе

Я понимаю, что обидно, сделал клевую штуку а тут пришел чел, всё обосрал и разве что пидором не назвал; но я серьезно считаю что если не пояснять что так делать в реальных проектах нужно как можно меньше, то люди начинают массово брать дурной пример, а в конечном итоге еще и требовать от авторов языка еще более вздорных конструкций

А потом frontend fatigue потому что тысяча инструментов и все делают какую-то дичь

Это не означает, что кому-то что-то обидно :). Только то, что на тебя не хотят тратить время. Это совсем не трудное решение, и ты сильно переоцениваешь заинтересованность людей в том, что ты там считаешь. Я лично прекрасно без этого знания жил, и как-нибудь дальше справлюсь.

"я не обиделся :) :) :) :)"

:) :) :) это че за брейнфак

Да так, истерика по поводу mapped types. Бывает регулярно начиная с версии 2.2.

Объясните непосвященному зачем это?)

Mapped types? Помогают иногда :) Просто для примера - помните вызов model.get( “attr” ) из Backbone? Вот, часть фич вокруг этих mapped types позволяет такие методы строго затипизировать, так, что компилятор не пропустит неправильный «attr», а get вернёт правильный тип.

Но когда люди смотрят на сигнатуру такого метода, с теми кто послабже духом случается истерика. Ну, она в самом деле выглядит, гхм, немного необычно, тут надо взять себя в руки.

https://github.com/Volicon/NestedLink/blob/master/src/link.ts

См. для примера метод at и тип LinksCache.

Таким образом целесообразно типизировать в основном внешний API библиотек. Там чем точнее, тем лучше. В гражданском коде сами подобные ситуации, где эти навороты подходят к месту, возникают довольно редко.

Еще раз - смыл в количестве тайпингов для либ

Я немного в нем разочаровался. WebStorm нормально детектил типизацию в JS И видел методы заданные через прототип функции конструктру. В тс же, если нет тайпингов, приходится any юзать, и веб шторм никак не хочет инферить типы для js либки

Еще бесит что в тайпингах нету jsdoc, голые сигнатуры

А в оригинальных либах чаааасто есть дока

Интересно, почему https://github.com/Microsoft/dts-gen эта штука в npm не публикует типы, голый js ( По сути только как либу юзать можно..

Ребят есть обобщённый тип который принимает значение true или false, могу я этот тип перегнать в значение?

Ребят есть обобщённый тип который принимает значение true или false, могу я этот тип перегнать в значение?

Нет.

Это грустно, но спасибо

? ? bool не подходит?

Слишком просто

Ребят есть обобщённый тип который принимает значение true или false, могу я этот тип перегнать в значение?

Это вообще как?

Есть класс он принимает на вход обобщённый тип, скажем (T) который наследуется от boolean, так что фактически значение записанное в T либо true либо false. Но как обычное значение я T использовать не могу, вот я и подумал возможно можно, вытянуть тип и преобразовать в значение. (Под значением я подрузомиваю обычную js булеву переменную)

TS при транспиляции полностью вырезает все типы, и их нельзя преобразовать в значение. Типы - отдельно, значения - отдельно. То есть, вообще, а не только в данном случае. С другой стороны, есть, конечно, reflect-metadata. Reflect.getMetadata("design:type", target, propertyKey); Но я очень сомневаюсь, что она способна вытащить подтип boolean - там обычно конструктор возвращается.

Есть класс он принимает на вход обобщённый тип, скажем (T) который наследуется от boolean, так что фактически значение записанное в T либо true либо false. Но как обычное значение я T использовать не могу, вот я и подумал возможно можно, вытянуть тип и преобразовать в значение. (Под значением я подрузомиваю обычную js булеву переменную)

Как вы указали что обобщенный тип наслелуется от булеан?

T extends boolean

Это ж синоним просто бул, зачем обобщенный тип?

Не понял вас, я задал эту типовую переменную в классе, то есть так можно A<true>, а так нет A<1>

нахрена наследоваться от булеан? у него что, есть какие-то уникальные методы (свойства)? Вот поэтому и не жалко, что телегу заблокируют: профессиональные паблики всё равно бесполезны

Лол

Есть

Korolll всё, из-за тебя не жалко что телегу заблокируют

нахрена наследоваться от булеан? у него что, есть какие-то уникальные методы (свойства)? Вот поэтому и не жалко, что телегу заблокируют: профессиональные паблики всё равно бесполезны

Вот это - class X<T extends boolean> { val : T } это не наследование от булеана. :)

это ограничение типа в дженерике

и что дальше?

Тебе не нужен здесь дженерик

Да

и что дальше?

Все. Это был ответ на вопрос "нахрена наследоваться от boolean". :)

Если тут реально никто не видит фактических приложений, то могу пояснить, как это используется у меня если это интересно только школьнику, то не буду

Если тут реально никто не видит фактических приложений, то могу пояснить, как это используется у меня если это интересно только школьнику, то не буду

Мне тоже интересно

> то могу пояснить, как это используется у меня +1

Ограничения типа в дженерике обычно пишут, чтобы производные от указанного классы могли подставляться, удовлетворяя указанному интерфейсу. Например, можно подставить любой промис, имеющий then и catch. Но boolean - не тот случай

Если тут реально никто не видит фактических приложений, то могу пояснить, как это используется у меня если это интересно только школьнику, то не буду

мне интересно

> Но boolean - не тот случай Руководство по языку говорит, что number, string, и boolean - это тот случай. Как и зачем это использует автор - виднее автору.

Ограничения типа в дженерике обычно пишут, чтобы производные от указанного классы могли подставляться, удовлетворяя указанному интерфейсу. Например, можно подставить любой промис, имеющий then и catch. Но boolean - не тот случай

Чтобы подставить любой промис достаточно ждать урезанный интерфейс, для этого в стандартной либе уже есть PromiseLike

Чтобы подставить любой промис достаточно ждать урезанный интерфейс, для этого в стандартной либе уже есть PromiseLike

именно

именно

Но его не используют как T extends PromiseLike

Пишу обобщенный интерфейс для формы есть булев тип в классе поля есть тип поля T и тип Multiple, как раз он boolean. А вот тип значения поля (Multiple extends false ? T : T[])

Пишу обобщенный интерфейс для формы есть булев тип в классе поля есть тип поля T и тип Multiple, как раз он boolean. А вот тип значения поля (Multiple extends false ? T : T[])

А вот это норм сценарий, у нас похожая проблема была

Остаётся проблема, что в конструктор формы придётся всегда явно передавать литерал, а не перемнную

какой формы-то? Пользовательского ввода?

Так там всегда строка, зачем T?

О, тут оказывается не только за TS беседуют, но и дизайн-ревью друг другу делают. Удобно ?

Файлы, чекбоксы, кастомные типы

ERROR: S client not available

Вложенные формы, и коллекции всего этого

Адам, без обид но я тебя буду игнорить, ты на голову выше

умолкаю

На всякий случай поясню, как работают эти extends boolean. Это неочевидно и довольно интересно. Вот такое: class X<T extends number> { val : T } Позволяет писать вот так. let x = new X<1>(); Но 1 здесь - это не значение, как это может показаться, а _тип_ (literal type). Кто-то может спросить, как же так, что это за тип такой, у которого есть только одно значение? Ну почему же одно. Совсем не обязательно одно. let y = new X<1 | 2 | 3>(); Та же фигня со string и boolean. Пример boolean вырожденный, и на нем трудно это заметить. ЗЫ: Теперь самое время паниковать. "А-а-а, куда катится этот язык, индустрия опасносте!". :)

почему в JS нормальные документирующие коменты , а в тайпингах их совсем нет? :(

2й скрин рпосто JS WebStorm

аблюдаю такой для болшенстива тайпингов(

Вот koa.

Вот кусок его тайпинга

Это философский вопрос к авторам тайпингов. Не нравится - добавь в тайпинг комментарии и сделай PR.

это точно текст не из тайпинга

А, пардон, это был другой inspect. Вот правильный.

ладно)

А, пардон, это был другой inspect. Вот правильный.

:)

Это философский вопрос к авторам тайпингов. Не нравится - добавь в тайпинг комментарии и сделай PR.

та да я вот думаю, может можно как-то автоматизировать нопирование JS-DOC с либок в тайпинги?

Можно, отчего ж нельзя. https://github.com/brettle/jsdoc-to-typescript-declaration

Теоретически, по крайней мере. Хз работает ли этот пакет на самом деле.

Норм вроде работает. http://fivetran.github.io/typescript-closure-tools/

Всем привет. Как можно сгенерировать статичных полей класса из интерфейса ? export class Klass { static [k keyof SomeInterface]: SomeInterface[k]; }

Всем привет. Как можно сгенерировать статичных полей класса из интерфейса ? export class Klass { static [k keyof SomeInterface]: SomeInterface[k]; }

Что тут вообще происходит?

например есть интерфейс interface Keys { a: 1; b: 2; } хочу чтобы такие же статичные поля были в классе (пишу d.ts)

например есть интерфейс interface Keys { a: 1; b: 2; } хочу чтобы такие же статичные поля были в классе (пишу d.ts)

export type KlassConstructor = Keys & { new(): Klass }

например есть интерфейс interface Keys { a: 1; b: 2; } хочу чтобы такие же статичные поля были в классе (пишу d.ts)

А не кейс ли это для оператора + (плюсик), который появился в TS 2.8?