именно если дохуя часто что-то меняешь тайпинги мастхев

Да, есть такое. В таком случае у нас объяснили, что если сейчас не начать меняться, то потом огребём неслабо. Постановщики задачи объяснения поняли.

кто кому обьяснил

кто кому обьяснил

Девелоперы руководству.

т.е лучше сначало флоу внедрять ?

т.е лучше сначало флоу внедрять ?

да

т.е лучше сначало флоу внедрять ?

Ну, советую поиграться с ним. Сначала лучше осознать его, чем потом плакать.

а одинаковые типы выносят ? + у меня рекомпоз. Он типизируется ?

в TS у нас нормально все (через дженерикики) во флоу тоже думаю

Всем привет. Такой вопрос: Кто-нибудь использовал prerender-loader для создания app-shell?

Всем привет. Такой вопрос: Кто-нибудь использовал prerender-loader для создания app-shell?

Или как вообще это грамотно сделать без ssr

убери create-react-app и настрой сам сборку, полезно будет

убери create-react-app и настрой сам сборку, полезно будет

Спорно

https://t.me/react_js/431938

всем привет) подскажите как отрисовать элемент со строки

https://t.me/react_js/399030

подскажите пожалуйста кто знает/практиковал...

Ребят, подскажите пожалуйста, насколько сильно server-side rendering будет жрать ресурсы сервера, если приложение большое (порядка 70-ти страниц)

у меня проблема с CRA, он в бандл тащит неведомую фигню на 170кб

Ребят, подскажите пожалуйста, насколько сильно server-side rendering будет жрать ресурсы сервера, если приложение большое (порядка 70-ти страниц)

от 0 до бесконечности

Просто README.md сотри и напиши там вкратце стек и используемые соглашения, будет хорошо выглядеть

?cra потом на next пернести наверное не сильно больно ?

https://reactjs.org/docs/dom-elements.html#dangerouslysetinnerhtml

Спасибо)

У тебя в экшенах и редусерах строки руками забиты - так не стоит делать, легко допустить ошибку и потом долго дебажить. Вынеси в отдельные переменные или напиши хелпер для создания экшенКриэйтеров который позволит у экшенКриэйтера брать тип, тогда в редусере сможешь подписываться на экшенКриэйтер - это удобнее (вроде того https://gist.github.com/artalar/28974d546c8add9648c01f290468ed36)

всем, привет! а все всегда юзаюат функциональный сетСтейт?) this.setState(prevState => ({ ...prevState, ....}) )

вроде без функции депрекейтед

o-O есть где почитать про это?

вроде без функции депрекейтед

Вроде нет

Вроде нет

где-то слышал )

но может туплю

можно и достаточно смело пара замечаний: - css лучше разносить по компонентам и показать что можете использовать препроцессоры (jss, less, etc) - propTypes неаккуратно, как пример https://github.com/Kamino0/Beer/blob/master/src/containers/beer.js компонент упадет если нет beer в params, но нет isRequired fetchBeer вообще не прописан - reducers & saga некоторое смешение и размазывание бизнес-логики и по саге и по редюсеру - я бы оставил в редюсерах обработку пару общих actions - merge/работа с листом и всю логику вынес в сагу - стилистика https://github.com/Kamino0/Beer/blob/master/src/components/beerCard.js мне кажется разумным не использовать большие буквы в именах (лучше beer-card.js) используйте всю ecma вместо const stringDelimiter = (str, limit) => { return str.split(' ').slice(0, limit).join(' ') + '...'; } const stringDelimiter = (str, limit) => (str.split(' ').slice(0, limit).join(' ') + '...')

Ну якобы планируют только

Я без ф-и использую ?

всем, привет! а все всегда юзаюат функциональный сетСтейт?) this.setState(prevState => ({ ...prevState, ....}) )

Не всегда. Когда статика, то не надо.

Ну якобы планируют только

да, чот найти не могу

Если тебе надо this.setState({flag: true}), то нет никакого смысла делать функцию.

можно и достаточно смело пара замечаний: - css лучше разносить по компонентам и показать что можете использовать препроцессоры (jss, less, etc) - propTypes неаккуратно, как пример https://github.com/Kamino0/Beer/blob/master/src/containers/beer.js компонент упадет если нет beer в params, но нет isRequired fetchBeer вообще не прописан - reducers & saga некоторое смешение и размазывание бизнес-логики и по саге и по редюсеру - я бы оставил в редюсерах обработку пару общих actions - merge/работа с листом и всю логику вынес в сагу - стилистика https://github.com/Kamino0/Beer/blob/master/src/components/beerCard.js мне кажется разумным не использовать большие буквы в именах (лучше beer-card.js) используйте всю ecma вместо const stringDelimiter = (str, limit) => { return str.split(' ').slice(0, limit).join(' ') + '...'; } const stringDelimiter = (str, limit) => (str.split(' ').slice(0, limit).join(' ') + '...')

туплю const stringDelimiter = (str, limit) => (`${str.split(' ').slice(0, limit).join(' ') }...`)

можно и достаточно смело пара замечаний: - css лучше разносить по компонентам и показать что можете использовать препроцессоры (jss, less, etc) - propTypes неаккуратно, как пример https://github.com/Kamino0/Beer/blob/master/src/containers/beer.js компонент упадет если нет beer в params, но нет isRequired fetchBeer вообще не прописан - reducers & saga некоторое смешение и размазывание бизнес-логики и по саге и по редюсеру - я бы оставил в редюсерах обработку пару общих actions - merge/работа с листом и всю логику вынес в сагу - стилистика https://github.com/Kamino0/Beer/blob/master/src/components/beerCard.js мне кажется разумным не использовать большие буквы в именах (лучше beer-card.js) используйте всю ecma вместо const stringDelimiter = (str, limit) => { return str.split(' ').slice(0, limit).join(' ') + '...'; } const stringDelimiter = (str, limit) => (str.split(' ').slice(0, limit).join(' ') + '...')

propTypes вообще хреново описан, beer- просто object, ни слова о его схеме

Юзал функциональное пока только во всяких таймерах и счетчиках :)

да, в доке не вижу, сорян

Если тебе надо this.setState({flag: true}), то нет никакого смысла делать функцию.

а можешь привести пример, когда имеет? спасибо

а можешь привести пример, когда имеет? спасибо

Когда твой стейт зависит от пропсов и стейта.

а можешь привести пример, когда имеет? спасибо

Когда нужно state.count + 1

туплю const stringDelimiter = (str, limit) => (`${str.split(' ').slice(0, limit).join(' ') }...`)

Мде... slice есть.

ну и да, знания Б*Ма так себе ?

ааа, вот оно как, а я статью прочитал и направо и налево пихаю)

Когда нужно state.count + 1

Или пропсы.

можно и достаточно смело пара замечаний: - css лучше разносить по компонентам и показать что можете использовать препроцессоры (jss, less, etc) - propTypes неаккуратно, как пример https://github.com/Kamino0/Beer/blob/master/src/containers/beer.js компонент упадет если нет beer в params, но нет isRequired fetchBeer вообще не прописан - reducers & saga некоторое смешение и размазывание бизнес-логики и по саге и по редюсеру - я бы оставил в редюсерах обработку пару общих actions - merge/работа с листом и всю логику вынес в сагу - стилистика https://github.com/Kamino0/Beer/blob/master/src/components/beerCard.js мне кажется разумным не использовать большие буквы в именах (лучше beer-card.js) используйте всю ecma вместо const stringDelimiter = (str, limit) => { return str.split(' ').slice(0, limit).join(' ') + '...'; } const stringDelimiter = (str, limit) => (str.split(' ').slice(0, limit).join(' ') + '...')

А еще лучше вместо css взять поиграться с styled-components тогда уж :)

Всем привет, подскажите пожалуйста как в Next JS получить pathname ? На react работает так this.props.location.pathname Нужно как-то переделать под Next , но не выходит

А еще лучше вместо css взять поиграться с styled-components тогда уж :)

ну это идеал)

Мде... slice есть.

ну да - я просто стилистику поправил - не логику)

<h2 className='beer-page__name'>{beer.name}</h2> h2 только один на страницу должен быть

Это h1 должен быть один

и то бесполезно, ибо робот у тебя не будет кушать эти теги

<h2 className='beer-page__name'>{beer.name}</h2> h2 только один на страницу должен быть

почему?

туплю const stringDelimiter = (str, limit) => (`${str.split(' ').slice(0, limit).join(' ') }...`)

здесь вообще слайс не нужен

<h2 className='beer-page__name'>{beer.name}</h2> h2 только один на страницу должен быть

Тебя никто не ограничивает.

здесь вообще слайс не нужен

а, туплю, там по пробелу разделяется

функция вообще некорректно написана - если у тебя одно слово и лимит 100, отобразиться и слово и ...

функция вообще некорректно написана - если у тебя одно слово и лимит 100, отобразиться и слово и ...

Я не видел код но это не лучше ли цссом делать

ERROR: S client not available

Я не видел код но это не лучше ли цссом делать

Там может быть обрезано слово, если css, а тут другое поведение

окей

Там может быть обрезано слово, если css, а тут другое поведение

Сам не запускал, просто по логике) постановку задачи не знаю)

Спасибо всем откликнувшимся!

Css лучше

Css лучше

Через overflow: hidden и каким-нибудь градиентом?

Через overflow: hidden и каким-нибудь градиентом?

text-overflow: ellipsis

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

react-router-dom 4.3 По какой причине может не срабатывать третий уровень пути? // Работает <Route exact path="/vacancies" component={ VacancyCategories } /> // Работает <Route path="/vacancies/:categoryId" component={ VacanciesList } /> // Не работает <Route path="/vacancies/:categoryId/:vacancyId" component={ Vacancy } /> Адресная строка в браузере меняется, но по факту ничего не меняется

react-router-dom 4.3 По какой причине может не срабатывать третий уровень пути? // Работает <Route exact path="/vacancies" component={ VacancyCategories } /> // Работает <Route path="/vacancies/:categoryId" component={ VacanciesList } /> // Не работает <Route path="/vacancies/:categoryId/:vacancyId" component={ Vacancy } /> Адресная строка в браузере меняется, но по факту ничего не меняется

Они обернуты в свитч? Если да, то можно поменять порядок от самого специфичного, к самому неспецифичному. Либо добавить второму роуту exact

Они обернуты в свитч? Если да, то можно поменять порядок от самого специфичного, к самому неспецифичному. Либо добавить второму роуту exact

exact помог, спасибо

react-router-dom 4.3 По какой причине может не срабатывать третий уровень пути? // Работает <Route exact path="/vacancies" component={ VacancyCategories } /> // Работает <Route path="/vacancies/:categoryId" component={ VacanciesList } /> // Не работает <Route path="/vacancies/:categoryId/:vacancyId" component={ Vacancy } /> Адресная строка в браузере меняется, но по факту ничего не меняется

посмотреть в сторону reach-router и не юзать реак-роутер-дом

посмотреть в сторону reach-router и не юзать реак-роутер-дом

Я немножко не в теме. Почему?

Я немножко не в теме. Почему?

каждая новая версия не совместима с предыдущей. Плохая документация, нет явного понимая, когда что-то не получается сделать, хотя делаешь по доке

проще сказать говно ррд

Я прям удивлюсь, если сейчас на эту тему флейм не начнется

да все и так знаю, что реакт-роутер хрень

посмотреть в сторону reach-router и не юзать реак-роутер-дом

Reach тоже со своими приколами, но пока нравится

Reach тоже со своими приколами, но пока нравится

работа с урлами мне там больше нравится

То есть концепция mobx такая, что нет глобального store и мы передаем нужный store в компонент через props?

То есть концепция mobx такая, что нет глобального store и мы передаем нужный store в компонент через props?

можно как множество сторов юзать, так и один

можно как множество сторов юзать, так и один

Если множество, то просто каждый передаем через пропс?

Если множество, то просто каждый передаем через пропс?

там через декоратор ты пишешь какой стор тебе нужен

там через декоратор ты пишешь какой стор тебе нужен

observer?

observer?

да

да

А можно пример?

Явно же тогда должен быть какой-то провайдер, который принимает в себя все сторы?

Или я может не то читаю?

А не, вроде через inject

Ага, вижу Провайдер в mobx-react. А сторы комбинить через отдельный класс