Ну т.е. да, as это повод задуматься

Всем привет

Всем привет! Кто-то сталкивался с таким поведением?http://www.typescriptlang.org/play/index.html#src=function%20onError(error%3A%20Error)%3A%20never%20%7B%0D%0A%09throw%20error%3B%0D%0A%7D%0D%0A%0D%0Aconst%20numbers%3A%20number%5B%5D%20%3D%20%5B1%2C%202%2C%203%5D%3B%0D%0A%0D%0Afunction%20getAllowedNumberOrThrow1(n%3A%20number)%3A%20number%20%7C%20never%20%7B%0D%0A%09const%20nFromArray%20%3D%20numbers.find(num%20%3D%3E%20num%20%3D%3D%3D%20n)%3B%0D%0A%0D%0A%09if%20(nFromArray%20%3D%3D%3D%20undefined)%20%7B%0D%0A%09%09onError(new%20Error(%60There%20is%20no%20%24%7Bn%7D%20in%20%5B%24%7Bnumbers.join(%22%2C%20%22)%7D%5D%60))%3B%0D%0A%09%7D%0D%0A%0D%0A%09%2F*%0D%0A%09Type%C2%A0'number%C2%A0%7C%C2%A0undefined'%C2%A0is%C2%A0not%C2%A0assignable%C2%A0to%C2%A0type%C2%A0'number'.%0D%0A%09Type%C2%A0'undefined'%C2%A0is%C2%A0not%C2%A0assignable%C2%A0to%C2%A0type%C2%A0'number'.%0D%0A%09*%2F%0D%0A%09return%20nFromArray%3B%0D%0A%7D%0D%0A%0D%0A%0D%0Afunction%20getAllowedNumberOrThrow2(n%3A%20number)%3A%20number%20%7C%20never%20%7B%0D%0A%09const%20nFromArray%20%3D%20numbers.find(num%20%3D%3E%20num%20%3D%3D%3D%20n)%3B%0D%0A%0D%0A%09if%20(nFromArray%20%3D%3D%3D%20undefined)%20%7B%0D%0A%09%09throw%20new%20Error(%60There%20is%20no%20%24%7Bn%7D%20in%20%5B%24%7Bnumbers.join(%22%2C%20%22)%7D%5D%60)%3B%0D%0A%09%7D%0D%0A%0D%0A%09%2F%2F%20OK%0D%0A%09return%20nFromArray%3B%0D%0A%7D

с каким поведением?

С таким поведением http://www.typescriptlang.org/play/index.html#src=function%20onError(error%3A%20Error)%3A%20never%20%7B%0D%0A%09throw%20error%3B%0D%0A%7D%0D%0A%0D%0Aconst%20numbers%3A%20number%5B%5D%20%3D%20%5B1%2C%202%2C%203%5D%3B%0D%0A%0D%0Afunction%20getAllowedNumberOrThrow1(n%3A%20number)%3A%20number%20%7C%20never%20%7B%0D%0A%09const%20nFromArray%20%3D%20numbers.find(num%20%3D%3E%20num%20%3D%3D%3D%20n)%3B%0D%0A%0D%0A%09if%20(nFromArray%20%3D%3D%3D%20undefined)%20%7B%0D%0A%09%09onError(new%20Error(%60There%20is%20no%20%24%7Bn%7D%20in%20%5B%24%7Bnumbers.join(%22%2C%20%22)%7D%5D%60))%3B%0D%0A%09%7D%0D%0A%0D%0A%09%2F*%0D%0A%09Type%C2%A0'number%C2%A0%7C%C2%A0undefined'%C2%A0is%C2%A0not%C2%A0assignable%C2%A0to%C2%A0type%C2%A0'number'.%0D%0A%09Type%C2%A0'undefined'%C2%A0is%C2%A0not%C2%A0assignable%C2%A0to%C2%A0type%C2%A0'number'.%0D%0A%09*%2F%0D%0A%09return%20nFromArray%3B%0D%0A%7D%0D%0A%0D%0A%0D%0Afunction%20getAllowedNumberOrThrow2(n%3A%20number)%3A%20number%20%7C%20never%20%7B%0D%0A%09const%20nFromArray%20%3D%20numbers.find(num%20%3D%3E%20num%20%3D%3D%3D%20n)%3B%0D%0A%0D%0A%09if%20(nFromArray%20%3D%3D%3D%20undefined)%20%7B%0D%0A%09%09throw%20new%20Error(%60There%20is%20no%20%24%7Bn%7D%20in%20%5B%24%7Bnumbers.join(%22%2C%20%22)%7D%5D%60)%3B%0D%0A%09%7D%0D%0A%0D%0A%09%2F%2F%20OK%0D%0A%09return%20nFromArray%3B%0D%0A%7D

если throw ошибки вынести в отдельную функцию onError, то компилятор не понимает, что поток выполнения прерывается на месте вызова этой функции onError

если throw ошибки вынести в отдельную функцию onError, то компилятор не понимает, что поток выполнения прерывается на месте вызова этой функции onError

в strict: true моде

если убираю флаг strict то норм(

если throw ошибки вынести в отдельную функцию onError, то компилятор не понимает, что поток выполнения прерывается на месте вызова этой функции onError

Добавь сигнатуру :never

в playground в первой строчке есть эта сигнатура

А, не посмотрел

в playground в первой строчке есть эта сигнатура

добавь просто return onError, суть же не поменяется

ага - return помогло

спасибо

есть такой вот класс export class Game { id: number; home: string; away: string; score_home: number; score_away: number; // ещё до хера полей } есть класс, описывающий как изменилась игра export class GameChanges { id: number; order: number | null; score_home: number | null; score_away: number | null; in_play: boolean | null; time: string | null; // и т.д. - ещё до хера полей } у класса Game есть метод, которая применяет изменения applyGameChanges (a:GameChanges) { this.order = a.order ? a.order : this.order; this.score_home = a.score_home ? a.score_home : this.score_home; this.score_away = a.score_away ? a.score_away : this.score_away; this.in_play = a.in_play ? a.in_play : this.in_play; // и т.д. }; Вопрос такой - как нормально переписать applyGameChanges в обощённом виде, чтобы какой то цикл по всем полям обеих классов?

А type guards только с if работает? Тернарки не понимает?

есть такой вот класс export class Game { id: number; home: string; away: string; score_home: number; score_away: number; // ещё до хера полей } есть класс, описывающий как изменилась игра export class GameChanges { id: number; order: number | null; score_home: number | null; score_away: number | null; in_play: boolean | null; time: string | null; // и т.д. - ещё до хера полей } у класса Game есть метод, которая применяет изменения applyGameChanges (a:GameChanges) { this.order = a.order ? a.order : this.order; this.score_home = a.score_home ? a.score_home : this.score_home; this.score_away = a.score_away ? a.score_away : this.score_away; this.in_play = a.in_play ? a.in_play : this.in_play; // и т.д. }; Вопрос такой - как нормально переписать applyGameChanges в обощённом виде, чтобы какой то цикл по всем полям обеих классов?

Не на том экономишь

Не на том экономишь

1. взять что-то типа списка строк 2. цикл по полям Game и полям GameChanges 3. если if (GameChanges[filed]) то установить Game[filed] = GameChanges[filed]

как это сделать в ts

4. Страдать от использования объектов не по назначению

шта?

Если тебе нужно итерироваться по ключам и значениям, ты используешь объекты и классы вместо Map, не по назначению

После чего, естественно, огребешь, но жалеть будет уже поздно

После чего, естественно, огребешь, но жалеть будет уже поздно

предлагаешь вместо этих класов всё держать в чём то типа { [K in string]: string | number };?

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

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

ну так с сервера приходит сущность с такмими полями. Была мысль это как-то типизировать, но хз, может действительно мапа проще

Типизировать хорошо общение с бэком — идеальный вариант но часто невозможен

Типизировать хорошо общение с бэком — идеальный вариант но часто невозможен

у меня есть тайпскриптификатор из голанга. он и типизирует собственно - генерирует тайпскрипт из голанга. Не самом же я эту херню написал

Ну норм

Всем привет. А вакансии можно сюда скидывать?

Нет

А есть какой-то канал для TS вакансий?

Есть @js_jobs вроде

Даже @javascript_jobs :)

Есть @js_jobs вроде

Все так

Спасибо большое

В правилах группы такого не сказано что сюда нельзя кидать вакансии. Юзер @akrasnov96 - не админ. Поэтому предлагаю юзеру @vsmakhtin не обращать внимание на вахтёров.

Давай админа спросим @mkusher

Ок, у нас просто есть классная вакансия именно для TypeScript разработчика, я CTO, поэтому можно вопросы писать мне напрямую.

Тогда ждем что скажет @mkusher

нет, вакансии в @js_jobs

Понял, спасибо, там уже опубликовал

@mkusher а babel-plugin-typescript умеет удалять ненужные импорты (типа интерфейсов) или оставляет? по идее он же не знает ничего про семантику

@mkusher а babel-plugin-typescript умеет удалять ненужные импорты (типа интерфейсов) или оставляет? по идее он же не знает ничего про семантику

Должен уметь, потому что по сути надо удалить те импорты, которые использовались только как типы

Вот с const enum не получится уже, там надо знать значения

Ок, у нас просто есть классная вакансия именно для TypeScript разработчика, я CTO, поэтому можно вопросы писать мне напрямую.

ну удочку то ты уже и здесь закинул, осталось ждать клева

ну удочку то ты уже и здесь закинул, осталось ждать клева

Ок, окопался )

Должен уметь, потому что по сути надо удалить те импорты, которые использовались только как типы

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

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

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

можно function decorator(Class: new (...args: any[]) => {}) { const descriptor = Object.getOwnPropertyDescriptors(Class.prototype); const keys = Object.keys(descriptor); for (const key of keys) { if (typeof descriptor[key].value === 'function') { Object.defineProperty(Class.prototype, key, { configurable: true, value() { console.log('called method ' + key); return descriptor[key].value.apply(this, arguments); }, }); } } } @decorator class Abc { foo() {} bar() {} } const abc = new Abc(); abc.foo(); // called method foo abc.bar(); // called method bar

можно function decorator(Class: new (...args: any[]) => {}) { const descriptor = Object.getOwnPropertyDescriptors(Class.prototype); const keys = Object.keys(descriptor); for (const key of keys) { if (typeof descriptor[key].value === 'function') { Object.defineProperty(Class.prototype, key, { configurable: true, value() { console.log('called method ' + key); return descriptor[key].value.apply(this, arguments); }, }); } } } @decorator class Abc { foo() {} bar() {} } const abc = new Abc(); abc.foo(); // called method foo abc.bar(); // called method bar

шикарно, спасибо

В правилах группы такого не сказано что сюда нельзя кидать вакансии. Юзер @akrasnov96 - не админ. Поэтому предлагаю юзеру @vsmakhtin не обращать внимание на вахтёров.

Вот ты тролль

https://www.youtube.com/watch?v=M3BM9TB-8yA

https://github.com/ry/deno

https://www.youtube.com/watch?v=M3BM9TB-8yA

Не гошка, не завёз типы, завёз нодмодули, сделал, а мог бы сычевать на гошке че ещё там

Кек

Как-то тут поясняли что лучше в стрелочных функциях всегда ставить скобки для параметров

Есть такой фетиш.

Все таки лучше ставить?

Если хочется.

Я не ставлю. Сова ставит.

Я не ставлю. Сова ставит.

А Абрамов?)

А Абрамов?)

А Абрамов в Лондоне.

Все таки лучше ставить?

Как удобнее, так и делай (оборачивай)

А лучше поставь что-то типа преттиера и забей.

Еще лучше, используй 2 пробела вместо 4

(простите)

А лучше поставь что-то типа преттиера и забей.

Сэр, вы на холивар напрашиваетесь?....ю

Сэр, вы на холивар напрашиваетесь?....ю

Нет. Я лишь указал в какую сторону смотреть. А там пусть сам решает что ставить.

Как-то тут поясняли что лучше в стрелочных функциях всегда ставить скобки для параметров

Меня бесит этот лес скобочек ради 1 параметра

И все это из дефолта cli идет

А лучше поставь что-то типа преттиера и забей.

Скоро prettier сможет в tslint

В vscode

Еще лучше, используй 2 пробела вместо 4

+

Как-то тут поясняли что лучше в стрелочных функциях всегда ставить скобки для параметров

да

там без скобочек он интерфейс не поймет

будет ругаться на ( item : Item => {} )

Кстати да, в ts вообще нет смысла без скобок писать.

Какой вывод типов?

Да, это чат тс. Не ошибся.

А, понял. Ну да, соглашусь.

Привет, всем, Я тут нашел интересный кейс, когда в компиляторе не срабатывает проверка типа и пропускает экстра-свойства, если передавать ссылку на объект в функцию. Пример - https://pastebin.com/qQ2MVu9R Как такое может быть? Можно ли исправить?

Привет, всем, Я тут нашел интересный кейс, когда в компиляторе не срабатывает проверка типа и пропускает экстра-свойства, если передавать ссылку на объект в функцию. Пример - https://pastebin.com/qQ2MVu9R Как такое может быть? Можно ли исправить?

Это by design, потому что нету exact type

Это by design, потому что нету exact type

Вряд ли, для инлайновых объектов тип все-таки выводится. Тем не менее, мой пример не работает при использовании typescript@3.0.0-dev.20180607 - https://github.com/Microsoft/TypeScript/pull/19513

Вряд ли, для инлайновых объектов тип все-таки выводится. Тем не менее, мой пример не работает при использовании typescript@3.0.0-dev.20180607 - https://github.com/Microsoft/TypeScript/pull/19513

Это работает только для инлайновых объектов

Вряд ли, для инлайновых объектов тип все-таки выводится. Тем не менее, мой пример не работает при использовании typescript@3.0.0-dev.20180607 - https://github.com/Microsoft/TypeScript/pull/19513

Это не баг, это структурная типизация. Если в объекте есть все свойства, которые нужны - он нам подходит. Когда ты создаёшь объект в месте передачи, структурная типизация не работает, потому что тут она не нужна. Если будешь создавать объект и явно задашь тип переменной, TS лишние свойства в неё положить не даст, но если ты создашь объект со свойствами foo и bar, а потом попытешься по ссылке передать его в переменную, тип которой ждёт только foo, то такое прокатит.

Ну и вот как бы: https://github.com/Microsoft/TypeScript/issues/12936

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

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

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