А есть ли какой-нибудь стайлгайд для таких случаев? Я знаю наверняка, что все offsetParents будут типа HTMLElement. Просто юзать as в таких случаях?

instanceof можно

instanceof - лишняя операция, хотя и добавляет строгости, да.

либо (<HTMLElement>element).method() гуглить в сторону защитники типов

либо (<HTMLElement>element).method() гуглить в сторону защитники типов

первый вариант это есть as, type cast. Защитник типов (type guards) - это и есть instanceof

помимо instanceof можно заюзать typeof

помимо instanceof можно заюзать typeof

как именно?

typeof value === 'string'

typeof value === 'string'

а с HTMLElement как?

выше же предложили варианты, выбирай любой

выше же предложили варианты, выбирай любой

конечно, я и предложил instanceof, typeof в качестве type guard можно применять только с примитивами

ну я так и написал. в качестве дополнительной информации

ну я так и написал. в качестве дополнительной информации

ну такое. для решения задачи @tusklozeleniy typeof не подойдёт.

а чем не подойдет <HTMLElement> ?

а чем не подойдет <HTMLElement> ?

подойдёт, только строгости меньше станет, а значит есть вероятность ошибки в рантайме

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

Ну да, instanceof в данном случае излишняя операция, к тому же достаточно тяжелая, как я понимаю. Так что реализовал через as.

https://stackblitz.com/edit/angular-istzzw?embed=1&file=src/main.ts&hideExplorer=1&view=editor Посморите пожалуйста, кто хорошо шарит в event loop и task queue

кто знает, есть в WebStorm autocompletion TypeScript’овских объектов, чтобы быстро само подставляло все поля при создании объекта заданного интерфейса?

ну то есть есть интерфейс, в нем десять полей, создаю объект. Хочется чтобы IDE вставила перечисление этих десяти ключей, а я уже писал значения .

Если имплементишь в класс то поля подкидываются линтером, жмешь иконку лампочки около ошибки. если формируешь сразу объект {}, то походу не умеет

кто-нить пробовал искать какую-нибудь генерилку тайпскрипт дефенишнов по апи нативных модулей?

Приглашаю на DevConf::FrontEnd - 18 мая в эту пятницу https://devconf.ru/ru/schedule#frontend

кто-нить пробовал искать какую-нибудь генерилку тайпскрипт дефенишнов по апи нативных модулей?

Нодовских модулей?

кто-нить пробовал искать какую-нибудь генерилку тайпскрипт дефенишнов по апи нативных модулей?

declaration: true не то?

Доброго времени суток, господа, какой конфиг tslint посоветуете? Майкрософтовский норм?

Что-то там половина правил про реакт)

https://github.com/palantir/tslint/blob/master/src/configs/recommended.ts

Можно палантировский за основу взять

Что-то там половина правил про реакт)

ну а че, есть жизнь без реакта?

Но он местами спорный

ну а че, есть жизнь без реакта?

Ну если посмотреть в мсовском ещё jquery рулы есть

жизнь без жквери точно нету

А вот про ангулар зато ничего

Кстати из палантира

"interface-over-type-literal": true,

Проклятые слуги сотоны джависты

"interface-over-type-literal": true,

Надо обратное сделать.

Надо обратное сделать.

Тут вчера это вскользь обсуждали

Так, мимоходом

Надо обратное сделать.

Я в проекте решил использовать интерфейсы только для для implements в классах. То есть везде в основном type. Потом на Reason перекатиться легче.

Я в проекте решил использовать интерфейсы только для для implements в классах. То есть везде в основном type. Потом на Reason перекатиться легче.

Заменил & на * и вперёд!

В фейсбуке все захватили окамлисты?

Сначала они типизировали яваскрипт на окамле, теперь вообще транспилируют

Я в проекте решил использовать интерфейсы только для для implements в классах. То есть везде в основном type. Потом на Reason перекатиться легче.

Хорошо что TypeScript частично с F# срисовывали.

Хорошо что TypeScript частично с F# срисовывали.

Например?

А зачем перекатываться на reason? Flow недостаточно маргинален?

Например?

Аннотация типов, типы некоторые. Но если я не прав, исправьте пожалуйста.

А зачем перекатываться на reason? Flow недостаточно маргинален?

https://wiki.haskell.org/The_JavaScript_Problem

https://wiki.haskell.org/The_JavaScript_Problem

О, elm

А кложурскрипта нет

(лисперы негодование)

Аннотация типов, типы некоторые. Но если я не прав, исправьте пожалуйста.

Вообще у F# синтаксис типичный для семейства ML, а оригинальные фичи - это всякие active patterns, workflows и тэ дэ, чего в Typescript нет и наверняка никогда не будет

Вообще у F# синтаксис типичный для семейства ML, а оригинальные фичи - это всякие active patterns, workflows и тэ дэ, чего в Typescript нет и наверняка никогда не будет

Fable. Но говорят, что не так перспективен как Reason.

Fable. Но говорят, что не так перспективен как Reason.

Причем тут Fable? Как он связан с Typescript?

Fable. Но говорят, что не так перспективен как Reason.

Третья часть уныленькая

А так норм

declaration: true не то?

нет

Третья часть уныленькая

10/10

Ребята, предпологалось, что этот код будет создавать четыре div'a с onclick() на деле созадются 4 элемента, но кнопка не подхватывается первыми тремя

не могу понять почему этот метод не подхватывается первыми тремя. подскажите куда копать?

button откуда берется?

ну и зачем тебе этот map? напиши внутри фора сразу лучше

ERROR: S client not available

Причем тут Fable? Как он связан с Typescript?

Ну F# потому что и решает проблему JavaScript как и TypeScript.

Ну F# потому что и решает проблему JavaScript как и TypeScript.

решает проблему f#-еров*

Ну F# потому что и решает проблему JavaScript как и TypeScript.

Тс хорошо зашёл потому что интегрировался с жс без революций, definitely typed, any

Ну оно для реальной жизне

А так в жс много кто умеет деградировать, только толку вот

button откуда берется?

создал отдельный элемент выше.

создал отдельный элемент выше.

Так а что ты хочешь сделать? У тебя сейчас создаётся 4 дива и 4 раза переопределяется обработчик нажатия на какой-то button, который где-то у тебя выше. И это не вопрос по тайпскрипту

Так а что ты хочешь сделать? У тебя сейчас создаётся 4 дива и 4 раза переопределяется обработчик нажатия на какой-то button, который где-то у тебя выше. И это не вопрос по тайпскрипту

простите за невежество, не могли бы вы подсказать где я могу найти информацию как привязать один button к четырем дивам? И к чему относится этот вопрос?

К javascript

Используй addEventListener вместо onclick

interface State { view: View; [CONFIG]: boolean; [CALC]: boolean; [DELETE]: boolean; delete: ModalDialogOptions; }

Error:(110, 23) TS2345: Argument of type '{ [x: string]: boolean; }' is not assignable to parameter of type 'State | ((prevState: Readonly<State>, props: Props) => State | Pick<State, "configViewPopup" | "c...'. Type '{ [x: string]: boolean; }' is not assignable to type 'Pick<State, "configViewPopup" | "calculationPopup" | "deleteViewPopup" | "view" | "deleteViewPopu...'. Property 'configViewPopup' is missing in type '{ [x: string]: boolean; }'.

я сначала поля переименовал, поэтому не удивляйся

ошибка на строчке [id] возникает onClose(id: string): void { this.setState({ [id]: false }); }

[propName: string]: boolean

сам вопрос

Всем привет, ребят, можете подсказать как сейчас в TypeScript работают с setState в реакте чтобы изменить только одно поле?

какие тренды и модные направления в связи с этим?

добавь в интерфейс стейта

это проблема не реакта

interface State { view: View; [CONFIG]: boolean; [CALC]: boolean; [DELETE]: boolean; delete: ModalDialogOptions; [propName: string]: boolean; } так? выглядит странно

мне тут подсказывают Partial использовать

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

Partial просто делает все поля интерфейса опциональными

от этого другая ошибка появляется уже в типе стейта

Error:(35, 5) TS2411: Property 'deleteViewPopupConfig' of type 'ModalDialogOptions' is not assignable to string index type 'boolean'.

ну переведи )

deleteViewPopupConfig задай нормально

ошибка на строчке [id] возникает onClose(id: string): void { this.setState({ [id]: false }); }

Если у тебя state имеет только конкретные поля, а не любые, то id должен быть не string, а keyof State

Если у тебя state имеет только конкретные поля, а не любые, то id должен быть не string, а keyof State

о, а так можно?

Нужно я бы сказал)