зачем вам handlebars? юзайте реакт

Ой мне сегодня прилетела таска на thymeleaf(упоротый Java шаблонизатор). Пойду напьюсь....

зачем вам handlebars? юзайте реакт

дико плюсую :)

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

Знавал я как-то одного паренька, назовем его Санек. Пацан сам по себе отличный, компанейский. Мы с ним под бутылочку пива могли за джаваскрипт поболтать, за технологии, за новые хайповые штуки на гитхабе. Код он писал не плохой, но и ничего выдающегося не делал (собственно как и большинство из нас). Галерное весло он держал крепко и, в принципе, ни на что не жаловался и был всем доволен. И вот в один прекрасный день сообщает радостную (на тот момент) для него новость - еден он на европейскую конференцию по джаваскрипту. Ну все ему по доброму позавидовали, дали банку маринованных огурцов и пакет сушеных яблок для Дэна Абрамова, пожали руку и отправили в долгую и увлекательную поездку. В курилке первые дни только и были разговоры, как ему там, на этой конференции, охуенно. Посмотрит на мир, может чего нового узнает, да и на живого Дэна Абрамова мало кому удается посмотреть (говорят к Абрамову сейчас паломники ходят, из секты Редакса-Первого-Дня, но это к теме не относится). Вообщем вернулся Саня через неделю. Потухший какой-то. На вопросы отвечал неохотно и расплывчато. Начал часто пропускать работу, а когда приходил, то пахло от него перегаром за версту. Вообщем продолжалось это долго. В итоге как там все точно было, никто не знает, но в один не очень прекрасный день узнал я что Саша написал заявление по собственному желанию. Никто его не видел после этого, до поры до времени. Через пол года занесло меня в один из самых злачных районов нашего города. Сидел я в обшарпанной пивнухе, потягивая дешевое пиво, с мыслями не самыми приятными. Внезапно кто-то тронул меня за плечо. Это был Саня. В тот момент я с трудом узнал его. Осунувшееся лицо, сальная, запутанная борода, грязная одежда. - Вася, привет. Не возьмешь мне бокал пива? - Бля, Саня. Какие вопросы! Мы сидели за двумя кружками пива. Я ждал. Саша молчал. - Сань, может расскажешь что случилось тогда, на этой конференции? - А че рассказывать, Вася - вздохнул саня и чиркнул спичкой - поехал я значит туда, все круто было, весело, интересно. Много с кем пообщался, много чего узнал. Ну и вы ж огурцы передавали Дэну, с яблоками сушеными. Я вот его выловил, передал ему гостинцы, и спросить решил, мол когда в create-react-app можно будет свой babel-конфиг всунуть без eject. А он говорит - никогда… После этих слов саня залпом допил пиво, смачно затянулся примой и вышел. Больше его никто не видел… #ментовскиеистории

???

ы

пацарики, серьезный вопрос. кто использует атом + vim-mode плагин?

Знать бы когда eject можно будет обратно засунуть...

Знать бы когда eject можно будет обратно засунуть...

никогда

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

Знать бы когда eject можно будет обратно засунуть...

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

вы ж его не для продакшена?

вы ж его не для продакшена?

для продакшена - билд :)

что-то мне подсказывает, что не стоит его в продакшн )

Голоса в голове с медиума

вы ж его не для продакшена?

У нас голый вэбпак, результат которого деплоиться в голый S3 и так далее.

У нас голый вэбпак, результат которого деплоиться в голый S3 и так далее.

а eject причем тогда?

Ну что я eject не разу не делал? Полгода назад было это было первое что я сделал после ознакомления с create-app

блин, если у вас там голый вебпак с деплоем, то причем тут eject? или голый вебпак получился после того как вы eject на cra сделали?

Проектов даже не 10. Три было на create-react-app

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

у меня npm build сломался на CRA... :) пришлось залезть в недра и ручками прописать скрипты билдовые.

хз, мы на текущем проекте принципиально не делаем eject

А то я начал, а вдруг на самом деле хуйню делаю

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

Если с serverside rendering - то норм.

ну и уже наелись проблем на самом деле

с теми же styled-components

ну и уже наелись проблем на самом деле

Есть ли положительные плюшки?

Если с serverside rendering - то норм.

не вижу связи

не вижу связи

Контент любит SEO. SEO требует физической генерации страниц

йо, реактеры, а как православненько реалтзовать content-editable field в реакте ?

Контент любит SEO. SEO требует физической генерации страниц

ну хорош, мы тут в 2к17

т.е есть форма, потом идет следующий степ, где можно отредактировать эти данные

У нас полноценный редактор для этого пилят

Есть ли положительные плюшки?

да, мы всегда можем использовать последнюю версию react-scripts от комьюнити и не парится насчет обратной совместимости.

да, мы всегда можем использовать последнюю версию react-scripts от комьюнити и не парится насчет обратной совместимости.

А от этого какие плюшки?

И ещё, как сделать преходы по страницам? Хеадер и футер отрисовывать всегда, а для каждой страницы будет свой компонент контентной части?

И отрисовывать нужный

с теми же styled-components

какие проблемы?

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

какие проблемы?

снапшоты и displayName

И ещё, как сделать преходы по страницам? Хеадер и футер отрисовывать всегда, а для каждой страницы будет свой компонент контентной части?

Если страницы разные(совсем) - то да. Если нет - то разные свойства одинаковых компонентов

снапшоты и displayName

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

кто что использует заместо redux-thunk?

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

это типо связано. снапшоты и дисплэйнэйм

ща объясню

если кто смотрел исходники, то у styled-components есть специальная хэш-таблица. сек

это типо связано. снапшоты и дисплэйнэйм

npmjs.com/babel-plugin-styled-name npmjs.com/babel-plugin-styled-components

кто что использует заместо redux-thunk?

saga прижилась. Но Observable ближе будет

Сергей, мы не делали eject :)

npmjs.com/babel-plugin-styled-name npmjs.com/babel-plugin-styled-components

А надо?

https://github.com/styled-components/styled-components/blob/2e40dcd20ab5c597acf54e31104828abb40e78bc/src/models/StyledComponent.js#L31

А надо?

что надо?

что надо?

displayName

У нас нет. Каша конечно, но с и ними будет каша

displayName

ты reactDevTools не пользуешься? у меня все компоненты там отображаются так как я их юзаю в JSX

saga прижилась. Но Observable ближе будет

не знаю, стоит ли использовать observable, вроде нет кейсов с потоками экшонов

вот эта штука. и собственно если явно не задавать displayName через withConfig, эта штука будет итерировать nr для каждого нового комопнента. то есть без displayName это будет что-то типо sc-1, sc-2, sc-3, ну и собственно хэш создавать

не знаю, стоит ли использовать observable, вроде нет кейсов с потоками экшонов

сам экшен - поток

но он один

вот эта штука. и собственно если явно не задавать displayName через withConfig, эта штука будет итерировать nr для каждого нового комопнента. то есть без displayName это будет что-то типо sc-1, sc-2, sc-3, ну и собственно хэш создавать

мне интересно. Люди до сих пор делают снапшоты? Ты jss пользовался?

ты reactDevTools не пользуешься? у меня все компоненты там отображаются так как я их юзаю в JSX

пользуюсь, и сначала мы решали проблему в лоб const Button = styled.button`` Button.displayName = 'Button' пока не появился withConfig

мне интересно. Люди до сих пор делают снапшоты? Ты jss пользовался?

ну а почему снапшоты плохи?

разве что последовательное выполнение нескольких экшонов, но это и с thunk не сложно

ERROR: S client not available

сторибуковские

пользуюсь, и сначала мы решали проблему в лоб const Button = styled.button`` Button.displayName = 'Button' пока не появился withConfig

смысл делать withConfig руками? Если это может делать за тебя плагин, причем прозрачно

просто мне говорят что thunk это прошлый век, но пока не убедительно

бля, Сергей =) ну не делали мы eject, йопта =)

не можем мы кастомные плагины подключать

хочу что то практическое посмотреть

бля, Сергей =) ну не делали мы eject, йопта =)

аа. Сочувствую

примеры observable совсем не то

в офф доках

бля, Сергей =) ну не делали мы eject, йопта =)

пиши лучше "Сова" или @sergeysova не понятно к кому обращаешься Или уж на сообщения отвечай

аа. Сочувствую

ну на самом деле не напрягает. я и плагин для eslint написла на коленке, который пищит когда компонент без withConfig создан

просто мне говорят что thunk это прошлый век, но пока не убедительно

исходники-то его смотрели? как он может быть прошлым веком, если он выполняет одну простейшую функцию?

ну по крайней мере у нас по этому поводу нет жопной боли

просто мне говорят что thunk это прошлый век, но пока не убедительно

У нас и thunk и saga. Чтуки разные для разных целей.

конечно смотрел

А вот есть класс содержащий api для общения с неким сервисом. Допустим сервис дал сбой. Можно выбросить ошибку throw new Error(`Code ${response.status}: ${response.statusText}`); Можно в качестве ответа апи отдавать унифицирвоанный ответ, как то так: return (response.status === 200) ? { success: true, id: json.itemId, } : { success: false, payload: { status: response.status, message: response.statusText, }, }; Как делаете вы? Какие есть за и против?

ну на самом деле не напрягает. я и плагин для eslint написла на коленке, который пищит когда компонент без withConfig создан

костылями пахнет

но каждому своё. Я вообще CRA не юзаю категорически

там несколько строк, посмотреть ли функция, если да, то прокинуть диспатч и гетстейт

костылями пахнет

по мне наоборот. плагин для babel - более костыль чем оф api библиотеки

Минус thunk - он стартует по функции. Observable или saga - по макету.

Ивенту. Т9

по мне наоборот. плагин для babel - более костыль чем оф api библиотеки

ну в проде всё равно отключаю Меньше кода, меньше исполнения.

не вижу смысла писать больше для стандартной функциональности (как хотелось бы)

ну посмотреть примеры исполнения observable где можно?

http://puu.sh/wOjoe/0860d74ce0.png

в офф доках слишком сферически в вакууме

но каждому своё. Я вообще CRA не юзаю категорически

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

бля лол)

нет чтобы нормально с нуля настроить

ну ок

больше вопросов не имею