В чём принципиальный смысл PropTypes/TypeScript/Flow?

Question

[sinneren]

Мало того что это (как минимум ПП) не работают в проде, то в принципе не пойму зачем нужны эти лишние движения ради псевдовозможнсоти задать типы. Тот же number - это и int, и double(float), и даже NaN, Infinity. Помимо прочего есть вообще откровенный мусор, тип CSS стили. (для flow). К чему этой? Какой прок? Ну указал я что мои стейты это number, хотя по сути float. И вводе любого значения нет никакой ошибки. Так зачем?
Да, он падает с ошибкой, если я где-то по коду попытаюсь мой nubmer сделать строкой. Ну, как строкой, .toFixed(2) - просто привести к 2 знакам после запятой. Что по сути тоже должно восприниматься как float. Но зато нет никаких ошибок, если это буду делать в рендере... Л - логика.

Comments

[Роман Александрович]

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

[sinneren]

Роман Александрович, дополнил вопрос про ошибки. Даже это не особо работает. Или не так.

[Роман Александрович]

sinneren, как это не работает? попробуйте во flow задать тип string и записать туда число увидите много прекрасного)

[Антон Спирин]

sinneren, ответ легко ищется поисковиком. Изучайте вопрос. Не вижу смысла пересказывать вам информацию, найти которую самостоятельно при желании не составляет труда.

[Interface]

Да, он падает с ошибкой, если я где-то по коду попытаюсь мой nubmer сделать строкой.

- он это кто? PropTypes - он не для этого придуман, если вы передаете в проп не то что нужно и продолжаете это делать не смотря на warning'и в консоли - вы не правильно делаете.

Если речь о TS/flow - вы скорее всего его неправильно готовите

[sinneren]

Interface, речь про flow. Он - тип. То есть я задал для стейта тип number, где-то в коде работая с ним пытаюсь сделать toFixed(), и тут вот происходит ошибка. Но при этом если я буду в рендере на выводе {state.toFixed()} использовать, без вычислений каких-либо (может дело в этом), то ошибки flow не даст. Меня, конечно, убеждают Ваши доводы, что флоу и иже с ним полезны во многом, но и ряд моментов сильно смущает, в частности про number. Понятно, что он работает в рамках примитивов JS, но ведь это и один из его недостатков... я думал, что все эти модные фичи исправляют это, но нет.

[Interface]

sinneren, state.toFixed() - в любом случае не должен вызывать ошибку. Вероятно, state в тот момент может быть недоступен например. Чтобы понять в чем проблема - нужен код и текст ошибки

Answer 1

[Interface]

Вы задаете очень общий вопрос, на который полно информации в интернете. Например вот статья: https://habr.com/post/326304/ .

Вам не понятно в чем профит?
- меньше ошибок при разработке
- более адекватный intellisense
- намного проще рефакторить
- использовать сторонний код (тайпинги могут (но не должны) частично заменить доки)
- генерация документации https://typedoc.org/
- возможность вообще описать где-то сущности, а не опираться на их создание в коде
и много всего еще.

Или вы не согласны, что профит есть? Тогда аргументируйте с чем вы не согласны (относительно множества источников в интернете).

Comments

[spnq]

Я бы еще безопасную возможность использования es.next добавил