оно как валидатор должно быть?

Чем плох обычный if?

я просто переписал класс в stateless-component if в jsx не нужен, есть &&

и ||

)

мб не работает потому, что ты поменял компонент на чистый компонент, и ему нельзя проптайпс запихать?

и ||

++

но мб я не прав

я просто переписал класс в stateless-component if в jsx не нужен, есть &&

Эм и как ты по условию будешь отрисовывать или не отрисовывать компонент?

мб не работает потому, что ты поменял компонент на чистый компонент, и ему нельзя проптайпс запихать?

хм, скорее всего...

{ cond ? <Component /> : null }

или {cond && <Component /> }

{ cond ? <Component /> : null }

Ну да, это тот же if по сути

Эм и как ты по условию будешь отрисовывать или не отрисовывать компонент?

в stateless?? <If cond={true}>another</If> или {true && 'another'}

в stateless?? <If cond={true}>another</If> или {true && 'another'}

сделал я чилдрен, не знал что все так изи )

кстати надо ли такое условие?

вдруг children undefined

вдруг children undefined

нет

или true

будет забава

реакт адекватно рендерит в пустоту null, undefined, false

кстати надо ли такое условие?

для этого есть: { children: PropTypes.node }

реакт адекватно рендерит в пустоту null, undefined, false

о супер, понял

для этого есть: { children: PropTypes.node }

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

а почему все таки PropTypes не работает?

я сейчас прописал children: PropTypes.node и ничего не передал

и никаких ошибок

он не isRequired

аа

я сейчас прописал children: PropTypes.node и ничего не передал

если бы children: PropTypes.node.isRequired тогда высыпался бы с ворнингом

а вообще если тебя так волнуют проптайпс, почему бы тебе не писать на тайпскрипте?

Чтобы писать и типы и PropTypes ??

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

если бы children: PropTypes.node.isRequired тогда высыпался бы с ворнингом

все равно не работает...

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

нет ) я просто разбираюсь

а на ts просто пишешь интерфейс для пропсов, и не надо проптайпс задавать

все равно не работает...

я думаю это из-за того что для node вполне себе приемлема пустота

.node это всё что может отрендериться в строку ну и "пустые" значения

просто попробуй записать int.isRequired и не передать число

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

проптайпс - это рантайм типизация, а не статическая

попробуй <Card>{a:1}</Card> свалится

ок, убедил

проптайпс - это рантайм типизация, а не статическая

а на ts просто пишешь интерфейс для пропсов, и не надо проптайпс задавать

только вот динамические данные это обходит

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

не, не работает вообще

а данные которые с сервера пришли?

не, не работает вообще

ты как прокидываешь пропы?

покажи

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

как насчёт нет? это просто бест практисес в реакте

не-не

http://www.webpackbin.com/

дебажить по картинкам это плохо

блин, я же читал

не, не работает вообще

С маленькой propTypes в компоненте, сколько раз уже поправляли)

Импортируемый тип — с большой, а само поле с маленькой

А вообще да, давайте такое на webpackbin

С маленькой propTypes в компоненте, сколько раз уже поправляли)

нет, у меня все с большой

Тогда не будет работать

а надо с маленькой =)

@quantum_robin import React, { PropTypes } from 'react' Card.propTypes = { children: PropTypes.node } Обрати внимание на всё

из реакта забираешь PropTypes компоненту ставишь propTypes

аа )

вот теперь понял )

ERROR: S client not available

есть контакт )

это неявное правило свойства и локальные переменные в camelCase экспорты и enum'ы в PascalCase

запомнил

я тут школу прям развел какую-то )

расскажите мне

как делать require.ensure при ssr без вебпака

о ща

а че б не завести вебпак?

без него

if (typeof require.ensure !== 'function') { require.ensure = (d, c) => c(require) }

ну я и говорю, есть какие-то принципиальные аргументы против?

собирать бэк вебпаком как-то

нет смысла бандлить сервер

хочется делать node server

ну нода не до конца поддерживает es6 и у нее импорты через жопу, а так можно юзать одни и те же модули на бэке и на фронте

хочется делать node server

вот

if (typeof require.ensure !== 'function') { require.ensure = (d, c) => c(require) }

^

ну нода не до конца поддерживает es6 и у нее импорты через жопу, а так можно юзать одни и те же модули на бэке и на фронте

эм

ну нода не до конца поддерживает es6 и у нее импорты через жопу, а так можно юзать одни и те же модули на бэке и на фронте

есть же бабель

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

модули в ноде норм

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

надуманно

нет

это у меня сейчас так

не надуманно

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

я на ноде также могу

мы тоже так делаем

но бандл степ здесь всё равно лишний

я о том, что бандлинг для этого не обязателен

ну если честно мне от бандлера в основном нужны импорты

потому что бесят меня реквайры