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

Когда тип в массиве потеряется например

@chicoxyzzy А когда новый контекст завезут?

не знаю. в следующем миноре видимо

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

Это тут причем

Типа если с сервера/cстороннего api придет не тот тип данных что ожидали?

Не все можно тестить на этапе компиляции Приходы с апи в том числе

приходы

пятница

А как прописывать prop-types? Typescript можно глобально задать файл и прописать путь к нему в tsconfig. Практика использования prop-types - указывать prop-types в каждом файлике компонента что оч неудобно и может нарушить DRY.

Они самые (:

А как прописывать prop-types? Typescript можно глобально задать файл и прописать путь к нему в tsconfig. Практика использования prop-types - указывать prop-types в каждом файлике компонента что оч неудобно и может нарушить DRY.

Проп тайпы это просто объекты жс, как хочешь, так и комбинируй

Проп тайпы это просто объекты жс, как хочешь, так и комбинируй

Может через window их комбинировать?

? Зачем

В ТС проекте они на хрен не сдались, имхо. Будешь два раза описывать сначала интерфейс, потом проп тайпы. Хотя наверняка кто-то уже сделал автогенератор, но это такое

В ТС проекте они на хрен не сдались, имхо. Будешь два раза описывать сначала интерфейс, потом проп тайпы. Хотя наверняка кто-то уже сделал автогенератор, но это такое

?‍♂

В ТС проекте они на хрен не сдались, имхо. Будешь два раза описывать сначала интерфейс, потом проп тайпы. Хотя наверняка кто-то уже сделал автогенератор, но это такое

Тебе так кажется.

В ТС проекте они на хрен не сдались, имхо. Будешь два раза описывать сначала интерфейс, потом проп тайпы. Хотя наверняка кто-то уже сделал автогенератор, но это такое

Приходят данные с бэкэнда Реализуй их проверку тайпскриптом. Дерзай. Жду ?

? Зачем

Во автогенератор я бы использовал.

Добавил немного динамики и все.

Ну кто там автогенератор использовал посоветуйте

Проверять данные с бека нужно разве что в исключительных случаях, если вы так делаете на каждый запрос, то удачи)

Тем более тогда уж проще в сервисе сделать валидацию

А не в каждом компоненте, зависящем от этих данных, городить проп тайпы

Проверять данные с бека нужно разве что в исключительных случаях, если вы так делаете на каждый запрос, то удачи)

А со сторонних АПИ?

У меня даже в фейсбуке недавно null отрисовался

В исключительных случаях, реально. И это не обязанность UI компонента

Это обязанность сервиса, если уж вы такое делаете

С такой позицией ПО не станет надежнее

Я за надежность и выявление ошибок, багов

Проверять данные с бека нужно разве что в исключительных случаях, если вы так делаете на каждый запрос, то удачи)

Лол. Всегда надо данные проверять.

?

Если учесть, что проп тайпы вырезаются в продакшене

?

Если учесть, что проп тайпы вырезаются в продакшене

Не проптайпсами.

Короч как сгенерировать из Typescript prop-types кто-нибудь знает?

Не проптайпсами.

А мы про проп тайпсы, глаза разуй

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

>Тестер >Руками >2018 Окей

Если учесть, что проп тайпы вырезаются в продакшене

Я думаю это опционально.

>Тестер >Руками >2018 Окей

Может скрипт написать. Дело его.

Я думаю это опционально.

Это не опционально, если ты их оставишь, то можешь забыть о производительности и маленьком размере бандла

Это не опционально, если ты их оставишь, то можешь забыть о производительности и маленьком размере бандла

Смотря что нужно. Пользователям добавляют и скрипты, которые информируют отдельные сервисы об ошибках в консоли. Разные есть этапы разработки.

Это не опционально, если ты их оставишь, то можешь забыть о производительности и маленьком размере бандла

Ну, пока проптайпсы для контекста нужны в реакте)

Смотря что нужно. Пользователям добавляют и скрипты, которые информируют отдельные сервисы об ошибках в консоли. Разные есть этапы разработки.

Вот логирование в сервисы это тема, а проп тайпсы юзелесс

ERROR: S client not available

Ну логирование тебе и будет сообщать о том что у пользователя пришел не тот тип данных из такого-то АПИ

Вот логирование в сервисы это тема, а проп тайпсы юзелесс

Ну, у меня генерится страничка относительно json, который приходит с сервера. Что делать?

Ладно, ладно, юзайте проп тайпсы, я же вам не запрещаю) Хорошо, что их выпилили из кор бандла

Ладно, ладно, юзайте проп тайпсы, я же вам не запрещаю) Хорошо, что их выпилили из кор бандла

Так что делать то?

Сделай валидацию в сервисе получения жсона? Смысл в компоненте делать?

Это тебе даже не поможет ничем, ну узнаешь ты, что туда пришло что-то не то, тебе ведь обработать еще нужно как-то

Сделай валидацию в сервисе получения жсона? Смысл в компоненте делать?

Чем эта валидация поможет? Вот я забыл какой-то пропс передать в месте генерации страницы.

Это тебе даже не поможет ничем, ну узнаешь ты, что туда пришло что-то не то, тебе ведь обработать еще нужно как-то

Знание - сила)

Проблема не в корректности данных, а в том, что ты не знаешь какой компонент у тебя будет на странице. У тебя просто нет возможности проверить корректность передаваемых данных на этапе сборки.

Проверять данные с бека нужно разве что в исключительных случаях, если вы так делаете на каждый запрос, то удачи)

Меняется апи в большом проекте и ты сосёшь болт , не зная, что и где поменять Надеяться на то, что в коллстеке будет понятный вывод, глупо У меня все

Меняется апи в большом проекте и ты сосёшь болт , не зная, что и где поменять Надеяться на то, что в коллстеке будет понятный вывод, глупо У меня все

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

Ясно. Свободен

Лол

https://github.com/gcanti/prop-types-ts

Меняется апи в большом проекте и ты сосёшь болт , не зная, что и где поменять Надеяться на то, что в коллстеке будет понятный вывод, глупо У меня все

должна быть схема)

Подскажите есть ли группа по разработке связаной с blockchain ?

@eth_ru

@eth_ru

?

Всем привет, как работает non-null type assertion (!)? Если мы пытаемся получить доступ к свойству объекта undefined, этот восклицательный знак нас как-то защитит?

https://www.typescriptlang.org/docs/handbook/release-notes/typescript-2-0.html ну доку то прочти. Никак не защитит. Это наоборот отключение защиты и принуждение компилера слелать то, в чем нет уверенности