Ну мы прописываем в Props компонента как необязательные

мм, я делаю вот так: interface FooOwnProps interface FooConnectedState interface FooConnectedActions type FooProps = FooOwnProps & FooConnectedState & FooConnectedActions connect< FooConnectedState, FooConnectedActions, FooOwnProps >(selector, actions)(Foo)

где первые 3 интерфейса ничего не "экстендят" (т.е. из друг друга), ну + именование интерфейсов кому как удобнее многовато типов, конечно, получается, да и выглядит все это громоздко, ничего лучше пока не придумал

Вот бы rest добавили (

rest это вот про ту штуку по типу как вариадические шаблоны в плюсах?

https://github.com/Microsoft/TypeScript/issues/5453 вот это?

Не

rest для типов должен быть. его вместе с обжект рестом добавляли

мм, я делаю вот так: interface FooOwnProps interface FooConnectedState interface FooConnectedActions type FooProps = FooOwnProps & FooConnectedState & FooConnectedActions connect< FooConnectedState, FooConnectedActions, FooOwnProps >(selector, actions)(Foo)

Тогда defaultProps компонента начинает требовать то, что задано в этих всяких FooConnectedActions и FooConnectedState. Это нормально? Тебя это не беспокоит? Ты прописываешь в defaultProps все эти dispatch?

rest для типов должен быть. его вместе с обжект рестом добавляли

Не добавили ж

мудаки(

Issue открыт по rest types еще

Частичная имплементация это object rest

Тогда defaultProps компонента начинает требовать то, что задано в этих всяких FooConnectedActions и FooConnectedState. Это нормально? Тебя это не беспокоит? Ты прописываешь в defaultProps все эти dispatch?

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

https://github.com/Microsoft/TypeScript/issues/10727

Тогда defaultProps компонента начинает требовать то, что задано в этих всяких FooConnectedActions и FooConnectedState. Это нормально? Тебя это не беспокоит? Ты прописываешь в defaultProps все эти dispatch?

да-да, я все щас вспомнил, нашел в истории, можно поискать в чатике по connect или rest types

Так решения не нашли там?

неа, я так понял, что rest types поможет решить проблему)

Вы strictNull юзаете?

null не нужен

это надо подефолту включить вообще

Это да

Если юзаете, тогда поставьте тип компонента, который возвращает connect, а в компоненте в Props явно все пропишите, все что он юзает

Тип компонента, который возвращает connect = тип без dispatch, state и action creators

Но для тех кто не юзал, переход может быть сложноват)

Люди! Как опционально добавлять аттрибуты jsx-компонентам в то время, как в tsconfig выставлено "strictNullChecks": true?

А то, если я пытаюсь делать это через spread attribute, то получаю сообщения типа "Type 'null' is not assignable to type 'number | undefined'"

Короче пример: компонент имеет необязательный параметр. В качестве этого параметра я передаю ему результат функции, которая возвращает либо результат, либо null. Так вот, я хочу что б если null, то аттрибут вообще не добавлялся.

param: number | null

Ну то-есть, вместо просто указания того, что параметр необязательный, нужно явно указывать что он еще и может быть null?

то-есть, недостаточно указать param?: number

undefined и null не одно и тоже

Это понятно. Но я хотел узнать, можно ли сделать так, что б в случае если значение null, то аттрибут вообще не добавлялся?

Иначе придется для всех необязательных параметров ВЕЗДЕ прописывать "param? Type | null", что очень неизящно

а зачем вы null выставляете?

выставляйте undefined

ну а так да, если бы вы захотел в случае пустоты выставлять пустую строку. то везде бы пришлось проставить Type | ""

Ок, пропишу что б все такие "проблемные" методы, возвращали undefined вместо null

У тебя пол всей видимости стоит strictnull. Тебе нужно обязательно инициализировать пропы дефолтными значениями вместо налл или андефайнд

Весь смысл strictnull в том чтобы исключить null reference

Всем привет, кто-нибудь использует Flow на клиенте, есть какие-нибудь хорошие примеры использование? Начал писать проект React + Redux с Flow, не нашел особых преимуществ кроме упращения propTypes

а типизированный state в reducer?

типизированные экшены

https://github.com/DefinitelyTyped/DefinitelyTyped/issues/13233 теперь в @types все то, что в мастере и нет больше ветки types-2.0 + принимают в мастер для ts2.1

Ребят, есть кто?

есть

Как избежать Method cannot be called on possibly undefined value? Переменная типа ?string, далее проверяю if (someVar !== null) { ... }, flowtype выдает ошибку.

Как быть?

а почему ты на null проверяешь?

Потому что у меня someVar может быть строкой, а может null.

или undefined?)

И чтобы не вызвать у someVar.split(...) когда null проверяю.

Только null.

В документации не могу найти как правильно.

Только null.

https://flowtype.org/try/#0PQKgBAAgZgNg9gdzCYAoVMCmAXMUBcYA-AM7YBOAlgHYDmA3KlGALxgCu1AJplDZl0bM21djBhDWYAETT6QA

Только null.

https://flowtype.org/try/#0PQKgBAAgZgNg9gdzCYAoVMCmAXMUBcYAztgE4CWAdgOZgA+YlArjDANypRgC8YTlAE0xQqmARy69mrCTzAAieWyA

Понятно, в песочнице все ок, в коде не ок.

Он думает что метод возвращает undefined.

@mkusher Спасибо, разберусь

@mkusher Спасибо, разберусь

https://flowtype.org/try/#0PQKgBAAgZgNg9gdzCYAoVMCmAXMUBcYA-AM7YBOAlgHYDmA3KlGALxgCu1AJplDZl0bM21djBhDWYAETTGTTgGNslONTxQAFAWJkqdAJRgA3qjBhKzbWACELEWJhHT58+Rzty6qADoSABxhKbE1ZA0ZzAF9UaIVqZVVvKC0dPRpaMAAfMFFxZzMLK2Y7BzyTArcPLzw-QODQ6XCC6MigA

А деструктуризация ок работает, да? Читал в ченджлогах что ок.

У меня на самом верхнем уровне скорей всего накосячено, пытаюсь правильно типизировать DI, пока не очень :)

а что за DI?

ERROR: S client not available

bottlejs + своя асинхронная динамическая постинициализация модулей.

В принципе можно bottlejs попробовать выкинуть и сделать свое.

ага, понятно\

И еще, как быть с объектами которые могут содержать только N определенных ключей со своими значениями? Если интерфейсом то он ругается на access of computed property/element. Indexable signature not found in. (this.deps[name].init(data)).

Обращаться через точку я не могу. Есть решение? Или только омитить эту ситуацию?

есть вопрос вот есть модуль (который легче скопировать если честно) https://github.com/then/is-promise/blob/master/index.js https://www.npmjs.com/package/@types/is-promise я его поставил и тайпинги тоже когда я в проекте делаю import isPromise from 'is-promise' мне оно говорит Module '".../node_modules/@types/is-promise/index"' has no default export

import { isPromise } from 'is-promise'

если я умный такой и сделаю import {isPromise} from 'is-promise'

то оно говорит что

error TS2497: Module '".../node_modules/@types/is-promise/index"' resolves to a non-module entity and cannot be imported using this construct.

а import * as isPromise from 'is-promise'?

мухаха

тоже самое что последнее

думаешь в партии дураки сидят?

ну надо смотреть модуль, а мне лень(

там три строчки

и в тайпингах тоже

И мне. Может import поглубже сделать?

ну так понятно, что можно проверять просто 'then' in x && typeof x.then === 'function'

const isPromise = require('is-promise') работает при этом

Копни поглубже. import {isPromise} from '../blah/blah/is-promise'

да ну видит же оно файл

https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/is-promise/index.d.ts#L6 брр, ну короче * as isPromise должно работать

либо syntaticDefault

что?

а import * as isPromise from 'is-promise'?

вот это должно работать

нет

в смысле может и должно

но нет

а что там должно быть?