да вроде нет

Можно через intersection сделать

Ну с обычными данными можно же работать иммутабельно, в чём проблема?

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

Если get/set не нужны

они мне внутри нужны

Ну вместо них можно использовать обычные проперти

ну то есть выкинуть record)

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

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

Когда $PropertyType допилят, все будет ок

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

ничто не мешает тебе сделать obj.foo = bar пользуясь рамдой

а immutable/mori/etc. - тут действительно разницы нет

ничто не мешает тебе сделать obj.foo = bar пользуясь рамдой

Не, это уже не пользуясь

Так как там иммутабельный assoc

То есть я могу выстрелить себе в ногу, но прицеливаться нужно хорошо

гм, а Set в рамде где?

А, не, пардон

Туплю

чет какая-то странная библиотека))

Не, это я не сразу догнал просто)

В рамде нет типов данных, вообще

Это иммутабельные операции, объекты же любые на твой вкус.

похоже на lodash, угу)

А ещё больше на lodash/fp, шок сенсация ?

в общем сами объекты тебе ничего не гарантируют, это не удобно

Ну операции гарантируют, этого достаточно, если не стрелять в ногу специально. Это просто ортогональный подход)

ну я не просто так привел в пример draft-js

у тебя draft-js отдельно написан, в приложение он встраивается отдельно. разработчики draft-js уверены, что юные адепты реакта не выстрелят себе в ногу, тк любое изменение с стейтом draft-js иммутабельно

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

> разработчики draft-js уверены, что юные адепты реакта ...работающие в фейсбуке

ты забыл вставить

я чет забыл, а почему tsc игнорит tsconfig, если ему файл передавать? Вопрос именно почему

ну просто это ж с какой-то целью делалось)

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

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

но

есть нубский вопрос, в чём прикол наследования интерфейсом класса, доку почитал, там есть пример даже, но как то сама идея костыль редкостный

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

вы про что? дайте ссылку на доку

https://www.typescriptlang.org/docs/handbook/interfaces.html Interfaces Extending Classes

мм, может для тех случаев, когда интерфейс не объявлен

например у Array, то есть у стандартных объектов

ну как вариант, да (т.е. у объектов, которые не контролируешь)

Как то костыльно, можно было бы сделать стандартный интерфейс массива и от этого плясать

Он есть

tsc -w только содержимое файлов кешит?

бабилон не умеет + из flow?

рили?

короче обоим парсерам еще придется говна наесться

а юзерам флоу и подавно

там + вообще странно работает)

https://github.com/babel/babylon/pull/161

если об этом

об этом

Это яно смерджили задолго до релиза flow

не совсем пойму как быть с простыми конфигами в JSON

например есть let displayConfig = { "from": 0, "to": 100, "color": "#fc0", "displayType": "all" }; someThing.setDisplay(displayConfig);

какой надо тип аргумента ставить у setDisplay ? если пока точно не ясно какие там будут параметры ?

ну, зависит от того, что ты там ожидаешь ))

обязательно заводить интерйес под это дело ?

да я же говорю сейчас там 4 параметра потом может будет 24

<JSON>displayConfig - тоже ругается

ну, ты либо типизируешь их

ERROR: S client not available

явно описываешь какого типа каждый из параметров

и хоть миллион их там

ну да либо any

ну либо any, да

https://github.com/amilajack/eslint-plugin-flowtype-errors а насколько шустро он работает на реальных проектах? Надо ж по всем импортам пробежаться

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

http://stackoverflow.com/questions/13320568/can-i-create-a-typescript-type-and-use-that-when-ajax-returns-json-data/13320802#13320802 шото типо такого?

http://stackoverflow.com/questions/13320568/can-i-create-a-typescript-type-and-use-that-when-ajax-returns-json-data/13320802#13320802 шото типо такого?

ну это да путь интерйесов - хорошо когда уже все понятно с структурой более менее, у меня пока все в scaffolding

ну так оно меняется, ты и тип меняешь

мы кстати для такого юзаем типы, а не интерфейсы

ну это да путь интерйесов - хорошо когда уже все понятно с структурой более менее, у меня пока все в scaffolding

Можно тогда тип Object указать, лол

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

Разве?

можно указать {[key: string]: string|number}, но тоже говно

https://www.typescriptlang.org/play/index.html#src=function%20f(a%3A%20Object)%20%7B%0D%0A%20%20return%20a.a%3B%0D%0A%7D

https://www.typescriptlang.org/play/index.html#src=let%20displayConfig%20%3D%20%7B%0D%0A%20%20%20%20%22from%22%3A%200%2C%0D%0A%20%20%20%20%22to%22%3A%20100%2C%0D%0A%20%20%20%20%22color%22%3A%20%22%23fc0%22%2C%0D%0A%20%20%20%20%22displayType%22%3A%20%22all%22%0D%0A%7D%3B%0D%0A%0D%0A%0D%0Afunction%20setDisplay(json%3AObject)%20%7B%0D%0A%20%20console.log(json)%3B%0D%0A%7D%0D%0A%0D%0AsetDisplay(displayConfig)%3B

https://www.typescriptlang.org/play/index.html#src=let%20displayConfig%20%3D%20%7B%0D%0A%20%20%20%20%22from%22%3A%200%2C%0D%0A%20%20%20%20%22to%22%3A%20100%2C%0D%0A%20%20%20%20%22color%22%3A%20%22%23fc0%22%2C%0D%0A%20%20%20%20%22displayType%22%3A%20%22all%22%0D%0A%7D%3B%0D%0A%0D%0A%0D%0Afunction%20setDisplay(json%3AObject)%20%7B%0D%0A%20%20console.log(json)%3B%0D%0A%7D%0D%0A%0D%0AsetDisplay(displayConfig)%3B

а юзать потом этот конфиг как?)

а, ну да. Не пойдёт тогда)

https://github.com/amilajack/eslint-plugin-flowtype-errors а насколько шустро он работает на реальных проектах? Надо ж по всем импортам пробежаться

я попробовал для ts аналогичное, оно секунд 4-5 на нашем проекте думает примерно, надо кеши как в tsc -w позакидывать, но все равно

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

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

надо побольше поиграться с кешем для всего этого дела конечно

хм, вопрос про eslint + flow + react

export default class Button extends Component<DefaultProps, Props, State> { props: Props; // <-- если убрать это то будет react/prop-types

нашел это ишью, но ниче не понял https://github.com/yannickcr/eslint-plugin-react/issues/453, там как-то глухо все: "With babel-eslint, it seems to be working fine.", у меня как-то не очень работает)

в смысле react/prop-types eslint error/warn будет, если не писать props: Props

хотя пользы от них все равно не много, думаю можно совсем отключить это правило и не писать props: Props

https://github.com/facebook/flow/commit/167b126b81ead513274678e4895f769525d6decb

ну ничоси