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

Нужно уметь различать, что есть что

а идногда тупит дико)

if (this.rewind) { const rewindRect: ClientRect = this.rewind.getBoundingClientRect(); const rewindPosition = (event.clientX - rewindRect.left) / rewindRect.width; if (this.audio) { this.audio.currentTime = this.audio.duration * rewindPosition; } }

if (this.rewind && this.audio) ему не понятно)

все понятно!

он ругается на избыточность?

а, и самое дикое. flow теряет контекст подобных проверок внутри коллбэка. типо что происходит вне коллбэка остается вне коллбэка)

Чаще всего, если кажется что Flow не прав, то он прав

Результат проверок быстро выбрасывается, потому что вызов функций их инвалидирует

как в таком случе он может быть прав?)) if (this.rewind && this.audio) { const rewindRect: ClientRect = this.rewind.getBoundingClientRect(); const rewindPosition = (event.clientX - rewindRect.left) / rewindRect.width; this.audio.currentTime = this.audio.duration * rewindPosition; }

тут он орет на this.audio.currentTime

getBoundingClientRectможет делать this.audio = null

лол, это как?))

Всмысле?

Есть функция, неизвестно, что она делает

Она вполне может сделать так, что this.audio станет null

интересно, а тайпа не сбросит это?

Вряд ли

У них другая философия

гм. надо вводить в flow тогда определение константности функции

Ну в теории, да, и не только

Еще нужно вводить атрибут локальности для параметров функций

и константности и чистоты

ну да

хм

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

const { audio, rewind } = this; if (audio && rewind) { const rewindRect: ClientRect = this.rewind.getBoundingClientRect(); const rewindPosition = (event.clientX - rewindRect.left) / rewindRect.width; this.audio.currentTime = this.audio.duration * rewindPosition; }

тогда такое должно прокатить?

Ага

ну, без this внутри

Ну да

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

да, но flow может посмотреть на то, что функция кончилась

Всмысле - кончилась?

if (this.x) { arr.forEach(o => this.x(o)); }

Вот что то такое не будет работать

// @flow function foo(bar: ?number) { if (bar) { setTimeout(() => bar.toFixed(), 100); } }

вот такое не работает)

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

Это по сути inference const аргумента

function foo(bar: ?number) { const _bar = bar; if (_bar) { setTimeout(() => _bar.toFixed(), 100); } }

а такое ок

мб issue открыть

Где уже обсуждалось что то такое

Еще есть const agruments в конфиге

а с реактом это не важно)

там где такое нужно, берется из this.props

а чего про children говорят в реакте?

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

Ты имеешь в виду иммутабельность?

угу, я просто сравниваю это с C++, там это как раз константность. ты можешь указать, что функция const и тогда ей запрещено менять мир. Можешь указать, что аргументы, тогда их нельзя трогать. Можешь даже return-value. В общем красота)

угу, я просто сравниваю это с C++, там это как раз константность. ты можешь указать, что функция const и тогда ей запрещено менять мир. Можешь указать, что аргументы, тогда их нельзя трогать. Можешь даже return-value. В общем красота)

ооо, в вебе никто близко не подошёл к таким штукам. Тут в принципе типы то ещё не все осознали

Ну, это нужная тема

нужная, но в принципе на передовой современных ЯП там всё не очень пока

мне кажется ее и добавить не так сложно)

потому что flow это и есть js. А ts - это ts. Просто сменить расширение не всегда получится

lol

любой валидный js является валидным ts

flow -- не js

и вообще с tsc можно не менять разрешение

и не надо добавлять // @ts ))

> @chicoxyzzy любой валидный js является валидным ts нет

import React from 'react'

не работает в TS

мне этого было почти достаточно)

лал

ERROR: S client not available

любой валидный js является валидным ts

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

> @chicoxyzzy и вообще с tsc можно не менять разрешение И тайп чекать будет?

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

первый попавшийся в гугле пример https://github.com/jaysoo/todomvc-redux-react-typescript/blob/master/client/main.tsx

> @chicoxyzzy и вообще с tsc можно не менять разрешение И тайп чекать будет?

а что мешает?

я спрашиваю - будет или нет

первый попавшийся в гугле пример https://github.com/jaysoo/todomvc-redux-react-typescript/blob/master/client/main.tsx

import * as React from 'react'; !== import React from 'react'

ну ты в плейграунде открой что-то и напиши

оно тайпчекает же

там нет файлов

import * as React from 'react'; !== import React from 'react'

добро пожаловать в ченжлоги тогда

tsc test.js error TS6054: File 'test.js' has unsupported extension. The only supported extensions are '.ts', '.tsx', '.d.ts'.

я спашиваю про файлы

https://www.typescriptlang.org/docs/handbook/modules.html тут есть все нужное про модули (проблемы были еще тогда же, когда бабель от модулей хуесосили)

--allowJs

tsc test.js error TS6054: File 'test.js' has unsupported extension. The only supported extensions are '.ts', '.tsx', '.d.ts'.

флаг надо

и он буде тайпчекать js?

да

или просто транспилировать?

мне например наоборот неудобно

так это чатик про flow или про typescript? развели тут

про их любовь друг к другу

то есть, сразу нужно будет добавить аннотации во все файлы?

не, я не добавляю

--allowSyntheticDefaultImports Allow default imports from modules with no default export. This does not affect code emit, just typechecking.

не, я не добавляю

значит не тайп чекает

я так понимаю если потом babel пустить то можно import react from react?

--allowJs

это не то

tsc test.js --allowJs --outFile _test.js test.js(1,12): error TS8010: 'types' can only be used in a .ts file.

я так понимаю если потом babel пустить то можно import react from react?

лол

прям все, что вы тут пишите про тс, у меня лично не работает))

в tsc посмотрел, нет опций для экстеншнов

а в tsconfig?