он же вывел

или я не понял

наверно он имеет ввиду какие именно

выводит

не, там не хватало свойств

каких именно он не пишет

а, ну он выводит ошибки постепенно, да)

пишет что не ассайнбл, это как бы и ежу понятно

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

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

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

вопросы к иде чтоли

вопросы к иде чтоли

иде тут причем, она выводит что cli даст

скорее tsserver

он чуть по-другому отдает, но суть таже

да, я эту же ошибку смотрел в tsc, все то же

короче, он пишет первое поле, в котором ошибка

исправишь его, напишет следующее

ты хочешь сказать в этом нет логики

это возможно не так удобно, как если бы он вывел все ошибки сразу

это возможно не так удобно, как если бы он вывел все ошибки сразу

или это такой tradeof для оптимизации

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

в тс это тоже юнион, но вот в ифе чет не сделали пока

Не знаешь кстати какой прогресс по этому поводу?

ладно, с этим можно жить, но что нельзя юнион проверить это пиздец, извините

Не знаешь кстати какой прогресс по этому поводу?

я чес говоря даж issue не нашел для этого)

я чес говоря даж issue не нашел для этого)

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

ладно, с этим можно жить, но что нельзя юнион проверить это пиздец, извините

Ну "пиздец" громко сказано, но неудобно, согласен

я не сказать, что долго искал, но сходу не нашел

приходится guard function использовать

Ну "пиздец" громко сказано, но неудобно, согласен

просто в реакте сплошь и рядом юнион интерфейсы для стейта и как вообще с этим работать

для стейта? О.о

просто в реакте сплошь и рядом юнион интерфейсы для стейта и как вообще с этим работать

У меня в реакте нет такого )

и у меня)

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

У меня есть буквально несколько компонентов, у которых пропсы такие, и для них я написал функции и всё

ну вот вам тогда реакт от микрософта https://github.com/Microsoft/BotFramework-WebChat/blob/master/src/Store.ts#L194

ну вот вам тогда реакт от микрософта https://github.com/Microsoft/BotFramework-WebChat/blob/master/src/Store.ts#L194

так по type ж норм можно

но тут проверка на type

да

такое вот много у меня в редаксах

оч удобно

type получается везде есть

ага

если кто найдет issue с этим union и if, то кидайте

не нашлось

Наверняка где то в комментах

а как вы храните асинхронные сущности в стейте, вот так?

это же некорректно

хотя инит стейт вероятно должен быть совсем пустым и это ок

не совсем понял проблему

получается просто может не быть ни ошибки ни данных. Что при условии что запрос был запущен 100% некорректно. Но initialState может быть пустым, да

все равно не понимаю)

юнион просто предполагает хотя бы одно из списка, опциональные свойства этого не дают, я про это

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

а, так у тебя не может быть пустого объекта?

просто это ж такая достаточно приватная деталь твоего стейта, ты ж не будешь по всему приложению мазать логику if(state.error)

просто это ж такая достаточно приватная деталь твоего стейта, ты ж не будешь по всему приложению мазать логику if(state.error)

нет канеш, просто проверить один раз в топовом компоненте

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

https://github.com/prettier/prettier/releases/tag/1.4.0

ts завезли

cc @vasyayorkin

алсо > the next typescript nightly will have import() support with --modules esnext

yeah

алсо > the next typescript nightly will have import() support with --modules esnext

o.o

мб уже в найтли

ERROR: S client not available

я еще не проверял

https://github.com/Microsoft/TypeScript/pull/16264 ?

https://github.com/Microsoft/TypeScript/issues/12364#issuecomment-306358147

печаль

влили, все ок

влили, ревертнули и опять влили)

https://github.com/Microsoft/TypeScript/pull/16281

ага

в 2.4 в tsserver еще всякой годноты напихают для рефакторингов

чуваки а как мне лучше расширить то что возвращает createAction?

мне кажется такой вариант записи удобныым

createAction(…) as MyPayload?

хотя хер с ним не буду усложнять

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

все в одном репе

вообще есть кто с монорепами работал?

Я)

Шесть пакетов в данный момент в одной репе

Кстати обнаружил связанный с ними баг в пятом нпм, меня тут прям эмоции переполняют по этому поводу

npm 5.0.3 при установке любого пакета в один из реп тщательно сносит к чертям все модули изо всех остальных ?

Зато быстро)

Даа ?

600 пакетов сносит секунд за 8)

npm 5.0.3 при установке любого пакета в один из реп тщательно сносит к чертям все модули изо всех остальных ?

Отличный патч-апдейт

Шесть пакетов в данный момент в одной репе

а как тесты организовываешь? и сборку в dist версию?

если можешь описать проблему и как снэпшоты ее решают, был бы благодарен

ну я не то чтобы прямо всё продумал, но кейс такой — передаю я скажем в компонент два свойства <SomeComponent name="hello" color="black" /> а в компоненте соответственно использую props.name и props.color А потом решил, что хочу ещё одно свойство. Написал <SomeComponent name="hello" color="black" quantity={20} />, в компоненте тоже использовал props.quantity.... ...и блин надо лезть в types и туда тоже дописывать quantity Это часто легко, но бывает муторно. А со снэпшотами меня бы кто-нибудь (ide может) спросил "обновить типы?" и я бы нажал "естессн" и всё.

Кстати, пока писал, вспомнил что на докладе про reason чен вроде говорил, что там как раз так и происходит

ВНЕЗАПНО https://twitter.com/chicoxyzzy/status/872485076260540419

ВНЕЗАПНО https://twitter.com/chicoxyzzy/status/872485076260540419

индусы?

?

шта?