Ты используешь React.createElement

Экспортируй при инициализации константу

где

Babel (или другой компилятор) превращает <tag></tag> в React.createElement(tag)

Зайди в доку реакта, там сразу об этом

понятно

babel можно настроить и он будет превращать <type></type> в вызов другой функции

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

Не надо связывать react и flow

Не надо связывать react и flow

Чому

почему?

react это одно, flow другое

типизация это отлично

не всегда

появилась еще строгая типизация, можно вызвать: type Props = { name: string };

и в классе тоже появялется типизация class HelloMessage extends React.Component<Props> { static defaultProps = { name: 'Hello my Friends', }; render() { return <div>Hello {this.props.name}</div>; } }

видим сразу как что куда перетекает

Если у тебя простой UI, с минимумом логики, то типизация лишь время отнимать будет

кто-нибудь type использует в React?

кто-нибудь type использует в React?

Это не связано с React

не я хочу все по правилам едалть

У тебя каща в голове react ui либа flow надстройка над js

Хочешь делать по правилам - бей все на компоненты и юзай prettier

Можно ли передавать type внутрь другого type, показываю пример: type UserId = { id: int } type User = {userId: UserId, name: "Peter"}

prettier это просто форматирует код правильно на сколько я понял?

Чё-то реально не работает

Странно, баг у них что ли на development версии?

Заработало! Генераторы в качестве компонентов в React 16:

https://codepen.io/doasync/pen/OzyWJd?editors=1111

Реально баг! Подключаю @16.2.0/umd/react-dom.development.js и всё ломается

Ну бем можно рассматривать двояко

Как нейминг и как компонентный подход со всякими слоями

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

Как подход хз вообще

https://codepen.io/doasync/pen/OzyWJd?editors=1111

Первый совет — не используй return в генераторах без необходимости, return выходит за рамки типа Iterable<T> и поэтому поддерживается далеко не всеми

Реально баг! Подключаю @16.2.0/umd/react-dom.development.js и всё ломается

А вот это я не осилил определить, респект)

а зачем генератор компонентов вообще?

юзкейс не могу придумать

ну, например, ты хочешь скрывать какие-то элементы списка по условию

Ага

Синхронный генератор — это типа как много return сразу чтобы при сложной логике не складировать копоненты

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

В таких случаях обычно никто ничего не показывает

Я надеюсь что сейчас у меня всё же не последний проект на React

лол

Я надеюсь что сейчас у меня всё же не последний проект на React

Надейся :D

Следующий будет на ангуларе

Я надеюсь что сейчас у меня всё же не последний проект на React

А на чем хочешь?

Следующий будет на ангуларе

Я лучше тогда на document.querySelector всё зафигачу чем на ангуляр переходить)

А на чем хочешь?

Хотелось бы на чём нибудь нормальном

Я лучше тогда на document.querySelector всё зафигачу чем на ангуляр переходить)

Напиши свой реакт

?

Хотелось бы на чём нибудь нормальном

Что в твоем понимании нормальное?

Что в твоем понимании нормальное?

С которым показатель WTF/час меньше десяти

у меня с генераторами втф/час точно больше 10

у меня с генераторами втф/час точно больше 10

+++++++++++++

пацы

стих пишу

вот так начинается

ну тут явные проблемы, но как вас, нравится так-то, или не особо?

ну тут явные проблемы, но как вас, нравится так-то, или не особо?

подсветки кода нет

подсветки кода нет

это к козуле. он топил за линтер стикеров

это к козуле. он топил за линтер стикеров

а на модули почему не разбиваешь?

ERROR: S client not available

а на модули почему не разбиваешь?

потому что я ебал в рот

а на модули почему не разбиваешь?

а ты, кстати, почему?

а ты, кстати, почему?

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

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

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

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

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

я слышал что css-in-js помогает с этим

я слышал что css-in-js помогает с этим

стандартная ошибка новичков

@evgenyrodionov ну рассказывай

че там уже болаболишь

Под Firebase фигачить сайтики теперь одно удовольствие https://github.com/kriasoft/react-firebase-starter (вполне можно по сайтику в неделю лепить)

Еее... в жопу сагу, обновляйте свои санки, генераторы завезли

https://medium.com/@doasync/redux-thunk-generators-fec5337827e

?

ребят а есть чет подобное https://stackblitz.com/edit/react-xahpe3?file=index.html только для сервера ?

Можно сделать так: асинхронный генератор, который отправляет в yield только экшны, а обратно принимает обновлённый стейт

Ты и ещё и стейт хочешь обратно? Есть getState

Ты и ещё и стейт хочешь обратно? Есть getState

Передаём экшн в стор, обратно получаем обновлённое значение всего редакс стора целиком

state = yield fooAction()

Совместив это с async await получаем функциональность долгоживущих фоновых тредов

НЕТ ЭТО НЕ САГИ

?

Передаём экшн в стор, обратно получаем обновлённое значение всего редакс стора целиком

Ну, это можно на изи. Смотрел либу, которую я написал? Там можно в следующий .next() передавать getState()

Смысл именно в том что нет ни next, ни getState, ни самого диспатча вообще Отправляешь экшны, назад получаешь новый стор, всё) Без вызовов, безо всего вообще

async function FetchedDataComponent*({ url }) { yield <div>Loading</div> const result = await fetch(url) yield <div>{result}</div> }

Можно это реализовать на стандартном генераторе + hoc + ref

Ререндерить просто в div, или setState по мере резолва промисов

Не, yield только для экшнов, async await все уже нормально делают)

Саги предполагают что у тебя синхронный генератор и асинхронное всё остальное, но это неудобно Я предлагаю взять асинхронный генератор и делать все запросы нормально, а снаружи yield — только сам стейт и он синхронный

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

А не затратно ли каждый раз getState делать? Метод dispatch вроде сам экшн возвращает

Ну вообще, так даже проще сделать

А не затратно ли каждый раз getState делать? Метод dispatch вроде сам экшн возвращает

А в чём проблема вернуть ссылку на объект?

А в чём проблема вернуть ссылку на объект?

Из middleware?