?

В 2017 тру-пацаны реакт-приложения пишут на чистом TS.

на флоу*

:D

именно на ТС)

?

говнокодить всегда удобнее) когда ты один

только вот писать стили в жс не значит говнокодить

const Root = () => { init().then(() => ( <BrowserRouter> ... </BrowserRouter> )) } ребята, подскажите как правильно ожидать промис перед рендером компонента? Мне приходит только идея через стейт сетить состояние, потом по componentDidMount делать промисовый запрос и в результате менять стейт... но не костыль ли это?

Не хочу писать стили в js)

У SC синтаксис как у sass, только переменные и функции через js - что мощнее

Ого

А что такое cs?

Мне это нужно

Пользуюсь sass, но переменных из js иногда не хватает

Доброго всем времени суток, заранее прошу простить меня за нуубский вопрос, но есть ли у кого-нибудь ссылки на тесты (Jest+Enzyme) к компонентам/контейнерам (React.js) в Git, можете поделится (если есть)? Пишу тут юнит-тесты и в некоторых моментах со вложенностями не знаю как точно сделать, а доки скупы...

Доброго всем времени суток, заранее прошу простить меня за нуубский вопрос, но есть ли у кого-нибудь ссылки на тесты (Jest+Enzyme) к компонентам/контейнерам (React.js) в Git, можете поделится (если есть)? Пишу тут юнит-тесты и в некоторых моментах со вложенностями не знаю как точно сделать, а доки скупы...

https://github.com/reactstrap/reactstrap/tree/master/src/__tests__

Пользуюсь sass, но переменных из js иногда не хватает

Sc = styled components

https://github.com/reactstrap/reactstrap/tree/master/src/__tests__

Cпасибо большое!)

О Благодарю

О Благодарю

Вот пример использования в стиле переезда с sass на SC https://gist.github.com/artalar/cca9163e9065469f666e22e6ad99bc69

Хотя я все же осознал, что так делать не надо и мы пишем уже классический SC (разбивая на компоненты все и вся)

Вот пример использования в стиле переезда с sass на SC https://gist.github.com/artalar/cca9163e9065469f666e22e6ad99bc69

Хотя, мне кажется, это тоже имеет право на жизнь

Пользуюсь sass, но переменных из js иногда не хватает

Жесть

Хотя, мне кажется, это тоже имеет право на жизнь

Так не надо

Хотя я все же осознал, что так делать не надо и мы пишем уже классический SC (разбивая на компоненты все и вся)

Почему не нужно?

@sergeysova глаголь)

Domain driven design

вот эт вещь

А как нужно?

У совы все черно-белое

Каждый юзает как хочет и зависит от проекта, команды и кучи вещей

Да, SC удобнее, но sass никто не отменял.

парни, что посоветуете почитать на темы "знание структур данных, алгоритмов, паттернов проектирования"?

ага

парни, что посоветуете почитать на темы "знание структур данных, алгоритмов, паттернов проектирования"?

выше

выше

предметно-ориентированное программирование?

да

понял, спасибо, есть другие рекомендации?

фаулер

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

gang of four

Кнут :trollface:

спасибо, пока достаточно

Что можно из неё вынести фронтэндеру?

Что можно из неё вынести фронтэндеру?

а чем в фронтендер отличается от нефронтендера?

Что можно из неё вынести фронтэндеру?

Ничего, фронтендер не сможет вынести

а чем в фронтендер отличается от нефронтендера?

Браузером!

Браузером!

хихикаю

где там стикер про “прокидывателей пропсов”?

не, нормальный был

текстовый

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

горшочек не вари!

где там стикер про “прокидывателей пропсов”?

Group stickers в твоих стикерах (в списке нет), сразу после последних стикеров

спасибо

roflanebalo

А поднимите руки кто использует Babel env «вообще без транспилеров» в дев режиме

Какой бабель??

А поднимите руки кто использует Babel env «вообще без транспилеров» в дев режиме

я вообще не понял зачем env нужна в пресете

я вообще не понял зачем env нужна в пресете

Чтобы этот ваш ES7 в ES5 для IE переваривать.

Чтобы этот ваш ES7 в ES5 для IE переваривать.

основной пресет?

там же есть es2017

пресет

Cмысл env, что он сам подбирает нужные плагины для “конечного” браузера. Но es2017 тоже пойдет. Интересует кейс, когда в конечном коде и стрелочные функции и классы настоящие

Недавно историю рассказывали, что установили на фронт бабель, который прямо на клиенте компил, этот кейс интересует?

Недавно историю рассказывали, что установили на фронт бабель, который прямо на клиенте компил, этот кейс интересует?

это от безысходности было сделано или настоящие профиты извлекли?

первое

но говорят что второе

т.е. пользу они никак не измеряли?

Cмысл env, что он сам подбирает нужные плагины для “конечного” браузера. Но es2017 тоже пойдет. Интересует кейс, когда в конечном коде и стрелочные функции и классы настоящие

es2017 не включает es2016 и es2015

Всем доброго дня! Хочу прикрутить flow для своего pet-project на React. Сделал вот так: type Good = { id: number, description: string, selfCost: number, price: number, category: string } type Props = { editableGood: Good, goodAddMode: boolean } class GoodEditAddDialog extends React.Component<Props> { render() { let good:Good = this.props.editableGood; let goodAddMode:boolean = this.props.goodAddMode; return ( <FormattedInputs good={good} goodAddMode={goodAddMode}/> ); } } Вопрос, можно ли переписать вместо класса на stateless functional component? Нужно ли?

es2017 не включает es2016 и es2015

т.е если используешь env то не нужно ставить пресеты es2016, es2015, es2017?

presets: ['env', 'es2015', 'es2017', 'react', 'react-optimize', 'stage-0', 'stage-1', 'stage-2', 'stage-3'],

presets: ['env', 'es2015', 'es2017', 'react', 'react-optimize', 'stage-0', 'stage-1', 'stage-2', 'stage-3'],

О боже. Но зачем?!

О боже. Но зачем?!

я не шарю

О боже. Но зачем?!

что у меня тут не так

Правильный вопрос - а что ты хочешь получить.

чтобы es6 es7-8 работал, реакт

Вопрос - где. Смысл Бабеля что он «понижает» требования к коду. Es2015 понижает до уровня ie9. Те работать будет даже на утюге. Но надо ли?

Вопрос - где. Смысл Бабеля что он «понижает» требования к коду. Es2015 понижает до уровня ie9. Те работать будет даже на утюге. Но надо ли?

ааа

На чём вы flow делаете? Я Nuclide-плагин скачал для Atom, но может что лучше есть? Надо ли ставить пакет flow-bin или IDE все проверки обеспечивает?

т.е если используешь env то не нужно ставить пресеты es2016, es2015, es2017?

не нужно

На чём вы flow делаете? Я Nuclide-плагин скачал для Atom, но может что лучше есть? Надо ли ставить пакет flow-bin или IDE все проверки обеспечивает?

блэд flow-bin это бинарник собственно нужно качать его в проект и ставить глобально и нужно чтобы версии совпадали