оно как минимум any в typeof

Но и внутри тоже

any — значит, что, следуя твоей логике, чтобы тебе засчитали 100% coverage, ты должен перечислить ВСЁ в этих if-конструкциях.

вот почему внутри - непонятно. по coverage я это увидел, да

А всё — это много, я подозреваю.

С точки зрения type system any не нуждается в рефанменте

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

просто на мой взгляд, как пользователя, есть безопасные операции с any, а есть опасные. typeof e - безопасно e.message - небезопасно можно смотреть, что на 1 уровне нет небезопасных операций с e и все будет ок

да, пожалуй.

Мне кажется, это усложнение для либы.

усложнение flow? типо ща там все просто))

Я не могу толком аргументировать, почему это мне не нравится. Тогда flow будет лезть не в своё дело немного. Как-то так. =)

есть такая штука, как флаги)

Слишком частный кейс, который должен будеть описывать при этом огромное количество вариантов.

а еще есть приоритеты фейсбука) вот то что им coverage в try-catch не приоритетен - вот в это верю)

Проще разрешить типизацию e, оставив это на совесть разработчика, с ворниногм в документации. Не для маленьких детей же инструмент.

я тебе ща хак предложу)

Я знаю, о чём ты.

Функция-обработчик исключений.

И типизируй её как хочешь.

declare module 'fastjs' { declare function tryCatch(tryFn: Function, catchFn: (error: Error) => void): void; }

угу)

как-то так либа называется. да много их)

Я итак хотел написать свой универсальный обработчик.

оверхэд конечно

Как-то всё к этому итак движется.

оверхэд конечно

неа. такое будет даже быстрее работать

Ну, это для логов всяких и репортов.

неа. такое будет даже быстрее работать

с чего бы?

потому что функция с try-catch не оптимизируется

а то что ты передашь в tryCatch - да

Если кейс предусмотрен, то предусмотрено и действие. Если нет, то репорт куда надо.

потому что функция с try-catch не оптимизируется

это еще ничего не значит

тем более это скоро будет не так

мне кажется замыкание дороже

https://github.com/petkaantonov/bluebird/wiki/Optimization-killers#2-unsupported-syntax

это не я придумал)

Native try {} catch (e) {} vs fast.try() ✓ try...catch x 151,059 ops/sec ±2.21% (79 runs sampled) ✓ fast.try() x 3,159,725 ops/sec ±1.20% (90 runs sampled) Result: fast.js is 1991.72% faster than try...catch. Native try {} catch (e) {} vs fast.try() (single function call) ✓ try...catch x 149,164 ops/sec ±2.11% (78 runs sampled) ✓ fast.try() x 3,785,055 ops/sec ±1.34% (89 runs sampled) Result: fast.js is 2437.50% faster than try...catch.

https://github.com/codemix/fast.js/tree/master

в генераторах это точно будет медленней

ну и у меня в бизнес-логике почти не разу не приходилось try-catch ставить. в драгн-дропе, вроде, единственное место

в генераторах это точно будет медленней

разговор о скорости без бенчмарков - ниочем

не всегда

кроме ситуации когда в одном случае ты делаешь что то дорогое, в другом - нет

мм, не понял

быстрее не аллоцировать замыкание чем аллоцировать - бенчмарки не нужны

быстрее оптимизированный код, чем неоптимизированный

и кстати - бенчмарк паленый у этого фаста

быстрее оптимизированный код, чем неоптимизированный

вот в случае с генераторами этого нет

вполне возможно, но генераторы - это же совсем иначе работающий код

там и try-catch по другому реализован, почти уверен

У фаста как раз нет замыканий в бенчмарке

А на практике они будут почти всегда, причем по два или три за раз

норм?

ваще random не норм))

Да уж

лол)

неожиданно))

те быстрее в районе погрешности

ERROR: S client not available

вывод - делайте функции с try-catch небольшими и все будет ок

отправлю PR, наброшу))

А что за шрифт? =)

Fira Code

А как вам вообще TypeScript? Готов для продакшна? Стоит он того, чтобы его использовать для крупных проектов?

неожиданно))

Его выпиливали активно из RxJs - я про всякие fast-try-catch ( и в некоторых местах получили speed improvement используя обычный try-catch )

А как вам вообще TypeScript? Готов для продакшна? Стоит он того, чтобы его использовать для крупных проектов?

работает, не панацея, для некоторых стилей кодинга помогает отлично, для некоторых вообще пофиг

Всем здрасьте! Решил поиграться с тайпскриптом на ноде и столкнулся с проблемой, что не все зависимости транспилятся. Как я думал - в конфиге указываю entrypoint и все зависимоти компилятся автоматически. На практике получается, что транспилится только один уровень вложенности. То есть есть server.ts - entrypoint, он имортит app/index.ts, который в свою очередь имортит dbClient.ts. В результате есть server.js, index.js, а dbClient.js уже нет. tsconfig.json { "compilerOptions": { "module": "commonjs", "target": "es6", "compileOnSave": true, "typeRoots": [ "node_modules/@types" ] }, "files": [ "server.ts", "app/**" ], "exclude": [ "node_modules" ] } запускаю процесс командой "ts:build": "tsc server.ts"

"app/**" добавлял уже для решения проблемы, как вы понимаете, не помогло ?

Я VS Code юзал для js, а потом он у меня на второй день просто завис намертво. Я аж расстроился и перешел обратно на саблайм.

Как там, виснет всё ещё?

Саблайм куда стабильнее по-моему.

Как там, виснет всё ещё?

Нет

У меня был этот баг, но не встречал уже несколько месяцев

Привет. Я тут установил typescript@next, но atom-typescript все равно жалуется на спреды. Это можно как-то пофиксить?

А, ему же все равно какой я в проект установил, лол

Прописал путь

чет включаю allowJs и все рушится нафиг именно с rxjs беда [5:03] ERROR in /blah/node_modules/@reactivex/rxjs/dist/cjs/Rx.d.ts (130,26): error TS2306: File '/blah/node_modules/@reactivex/rxjs/dist/cjs/Operator.js' is not a module. ERROR in /blah/node_modules/@reactivex/rxjs/dist/cjs/Rx.d.ts (131,10): error TS2305: Module '"/blah/node_modules/@reactivex/rxjs/dist/cjs/Observer"' has no exported member 'Observer'. ... import * as Rx from "@reactivex/rxjs";

не помню видел или нет, либо конвенции/правила наименования всяких штук можно как-то в tslint.config определять

эм, а реально как-то настроить tslint с airbnb правилами? я нашел только вот этот странный гист https://gist.github.com/piotrwitek/f15ad4bf2297ac60d06581f188ee52ff typescript-eslint-parser у меня не завелся если у кого-то настроено максимально приближенно к eslint-config-airbnb, можете пошарить конфиг?

Хай

function func(a: Array<Object>, b: Object, c: Array<Object>, d: number) {}

слишком длинный список аргументов получается, можно как-то лучше?

Можешь написать Object[]

Можешь разносить по разным строкам

Можешь сделать один аргумент-объект, в котром будет a, b, c, d и вынести это в интерфейс

И еще куча вариантов

Спс

@vkurchatkin я правильно понимаю, что $Shape тупо убирает у type required у всех пропертей?

ну вроде этого, но я честно говоря точно не знаю

https://flowtype.org/try/#0C4TwDgpgBAwg9gOwGYEsDmUC8UDeAoKKJOOALigGdgAnFBNAGgKgCMBDa8hAVwFsWI1PAF8A3HjyhIUAEoQAjtxTUIAE3jJ0WXM2JlKNOmhHi8SbggDGwFIiiWVbYBA2o0ACjgA3QbVURyOUVlNVctAB8oABIAZQALNkgAHjC0AD4ASnJUnUIVYG5qBFzCIhJyb18UfwA6PSZS1g4Kn2o-CBr2IUIxESA