а когда ты делаешь что-то типа indexes.sort((rowA, rowB) => row.cost - row.cost), где в row у тебя объект с данными

то разница будет ощутима когда ты это выведешь на экран :)))

ну самый простой способ отсортировать числа .sort((a, b) => a - b)

Переполнение

Переполнение

?

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number/MIN_SAFE_INTEGER

Переполнение

Ну он же не сказал, что будет корректно.

в vscode чем beautify jsx'у делаете? если обычным Beautify плагином (который самый популярный) то он ломает разметку

а руками лень ;-D

в vscode чем beautify jsx'у делаете? если обычным Beautify плагином (который самый популярный) то он ломает разметку

Преттиером

всем доброе утро! кто что использует для скелетон лоадинга? я нарыл вот это https://github.com/dvtng/react-loading-skeleton или вообще может есть что поприкольнее скелетонов?)

Prettier - Code formatter оно?

Prettier - Code formatter оно?

Погугли что такое преттиер. Вопросы отпадут.

всем доброе утро! кто что использует для скелетон лоадинга? я нарыл вот это https://github.com/dvtng/react-loading-skeleton или вообще может есть что поприкольнее скелетонов?)

Тащить эмоушен для такой фигни...

Prettier - Code formatter оно?

Да

да все, поставил

действительно не ломает jsx

спасибо

Тащить эмоушен для такой фигни...

потому и спрашиваю

потому и спрашиваю

Если ты посмотришь исходники, то увидишь, что сделать свой - это дело 10 минут.

Тащить эмоушен для такой фигни...

эмоушен?))

а блин

вижу ?

чувак молодец, че ?

В общем есть вопрос как кто делает отдельную версию мобилки сайта на реакте: На текущий момент есть окологотовая версия десктопа и дальше ситуации: 1. html мобилки и десктопа для одного компонента отличается незначительно логикая идентичная 2. html отличается значительно при этом логика например работы со стором одинаковая, префетч данных одинаковый, какие-то события подгрузки данных тоже идентичные 3. html отличается значительно, логика тоже и допустим у нас на уровне вебпака определена переменная IS_MOBILE как для каждого случая вы поступаете? Пример ответа №1: 1. Прям в конкретном компоненте в render: ` render() { if (IS_MOBILE) {....} else {...} } 2. Выносим рендеры в другие файлы, логика остается в текущем index.js let render = null; if (IS_MOBILE) { render = require('./mobile').default; } else { render = require('./desktop').default; } render() { render = render.bind(this); return render(); } desktop.js import './style.scss'; export default function render() {...} mobile.js import './mobile-style.scss'; export default function render() {...} 3. Делаем полностью отдельные компоненты <SomeComponent> и <MobileSomeCompoent> ———————————————————————————————— Пример ответа №2: Копируем проект и полностью беззаботно переделываем что надо под мобилку, баги потом правим в двух версиях проекта, схожие фичи потом тоже дубликатим ————————————————————————————————- Пример ответа №3: Создаете 3 папочки: desktop, mobile, common В common храните общие компоненты, логику и тд В desktop и mobile хранятся специфические компоаненты и логи для платформы + верстка для каждой платформы ————————————————————————————————- Ваш вариант ответа (неудачные решения из своей практики тоже можно и что было плохо и чем выстрелили себе в ногу)

В общем есть вопрос как кто делает отдельную версию мобилки сайта на реакте: На текущий момент есть окологотовая версия десктопа и дальше ситуации: 1. html мобилки и десктопа для одного компонента отличается незначительно логикая идентичная 2. html отличается значительно при этом логика например работы со стором одинаковая, префетч данных одинаковый, какие-то события подгрузки данных тоже идентичные 3. html отличается значительно, логика тоже и допустим у нас на уровне вебпака определена переменная IS_MOBILE как для каждого случая вы поступаете? Пример ответа №1: 1. Прям в конкретном компоненте в render: ` render() { if (IS_MOBILE) {....} else {...} } 2. Выносим рендеры в другие файлы, логика остается в текущем index.js let render = null; if (IS_MOBILE) { render = require('./mobile').default; } else { render = require('./desktop').default; } render() { render = render.bind(this); return render(); } desktop.js import './style.scss'; export default function render() {...} mobile.js import './mobile-style.scss'; export default function render() {...} 3. Делаем полностью отдельные компоненты <SomeComponent> и <MobileSomeCompoent> ———————————————————————————————— Пример ответа №2: Копируем проект и полностью беззаботно переделываем что надо под мобилку, баги потом правим в двух версиях проекта, схожие фичи потом тоже дубликатим ————————————————————————————————- Пример ответа №3: Создаете 3 папочки: desktop, mobile, common В common храните общие компоненты, логику и тд В desktop и mobile хранятся специфические компоаненты и логи для платформы + верстка для каждой платформы ————————————————————————————————- Ваш вариант ответа (неудачные решения из своей практики тоже можно и что было плохо и чем выстрелили себе в ногу)

1

В общем есть вопрос как кто делает отдельную версию мобилки сайта на реакте: На текущий момент есть окологотовая версия десктопа и дальше ситуации: 1. html мобилки и десктопа для одного компонента отличается незначительно логикая идентичная 2. html отличается значительно при этом логика например работы со стором одинаковая, префетч данных одинаковый, какие-то события подгрузки данных тоже идентичные 3. html отличается значительно, логика тоже и допустим у нас на уровне вебпака определена переменная IS_MOBILE как для каждого случая вы поступаете? Пример ответа №1: 1. Прям в конкретном компоненте в render: ` render() { if (IS_MOBILE) {....} else {...} } 2. Выносим рендеры в другие файлы, логика остается в текущем index.js let render = null; if (IS_MOBILE) { render = require('./mobile').default; } else { render = require('./desktop').default; } render() { render = render.bind(this); return render(); } desktop.js import './style.scss'; export default function render() {...} mobile.js import './mobile-style.scss'; export default function render() {...} 3. Делаем полностью отдельные компоненты <SomeComponent> и <MobileSomeCompoent> ———————————————————————————————— Пример ответа №2: Копируем проект и полностью беззаботно переделываем что надо под мобилку, баги потом правим в двух версиях проекта, схожие фичи потом тоже дубликатим ————————————————————————————————- Пример ответа №3: Создаете 3 папочки: desktop, mobile, common В common храните общие компоненты, логику и тд В desktop и mobile хранятся специфические компоаненты и логи для платформы + верстка для каждой платформы ————————————————————————————————- Ваш вариант ответа (неудачные решения из своей практики тоже можно и что было плохо и чем выстрелили себе в ногу)

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

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

ну мы вот недавно тут переделывали проект, который был написан для десктопа на адаптивную верстку для трех типов разрешений :)))

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

как в итоге организовали код и было ли это удачно?)

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

А салют запускается?

ну у нас выбора особо не было

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

было большое желание разбить каждую страницу хотя бы на три файла

но пришлось условиями прямо в jsx разруливать

поддерживать такой вариант довольно сложно

т.к. там каша из логики получается

и даже запилив компоненты хелперы типа <Device desktop>...</Device> <Device mobile>...</Device> оно все равно выглядит стремно

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

то ли по разделам, то ли по типам девайсов

в обоих случаях есть свои плюсы и минусы

в обоих случаях есть свои плюсы и минусы

Пишите плиз 1 сообщением

Пишите плиз 1 сообщением

я не Лев Толстой, сори, мысль появляется - пишу

если речь про столбик, то "столбиком", это когда 1-2 слова в строчке

в случае со styled-components, думается мне объявлять их лучше за пределами рендер метода, а кто где это делает? в конструкторе норм или есть получше место?)

в случае со styled-components, думается мне объявлять их лучше за пределами рендер метода, а кто где это делает? в конструкторе норм или есть получше место?)

это надо делать за пределами класса

даже так, впринципе тоже вариант

Ладно, так и поступлю, лучше ниче не видится

привет, ребята. Кто на сайте добавлял когда-то gatsby-plugin-google-analytics. У меня уже он добавлян, но хотят для главной сделать другой id для отслеживания страницы. Можно ли в gatsby-config это провернуть?

гайз, есть ли идеи, как запилить open hours ? как хранить, какими компонентами пользоваться для отображения етц

гайз, есть ли идеи, как запилить open hours ? как хранить, какими компонентами пользоваться для отображения етц

что такое open hours?

что такое open hours?

режим работы

скажем, недельный

режим работы

В перевод все могут

Подумай насколько реально непонятен твой вопрос всем, кроме тебя

В перевод все могут

сорян, исправлюсь. по сабжу что ?

По сабжу непонятно нихуя

нужно найти компонент, отображающий и редактирующий режим работы некоторых кафе. в каждый день недели кафе может работать в разное время. например, с пн-пт с 9 до 18, с сб-вс с 12-16 вопрос - никто не натыкался на годный компонент, реализующий это? или может подскажете, что гуглить? как хранить все это безобразие? в каком формате ?

напиши такой компонент

ERROR: S client not available

нужно найти компонент, отображающий и редактирующий режим работы некоторых кафе. в каждый день недели кафе может работать в разное время. например, с пн-пт с 9 до 18, с сб-вс с 12-16 вопрос - никто не натыкался на годный компонент, реализующий это? или может подскажете, что гуглить? как хранить все это безобразие? в каком формате ?

Такой компонент не нужно искать, навряд ли кто-то его под твои цели заранее сделал Как хранить зависит от огромного количества твоих внутренних факторов

Такой компонент не нужно искать, навряд ли кто-то его под твои цели заранее сделал Как хранить зависит от огромного количества твоих внутренних факторов

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

Такой компонент не нужно искать, навряд ли кто-то его под твои цели заранее сделал Как хранить зависит от огромного количества твоих внутренних факторов

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

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

Ну ты чувствуешь разницу между абстрактным datepicker’ом, которые имеет множество важных нюансов работы, важность которых всем пользующимся очевидны, и такой написанный компонент будет полезен сообществу, и твоим компонентом, который даже описать не получается доходчиво ?

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

Задача пока что слишком обобщенная и абстрактная. Декомпозируйте на подзадаче, по каждой проведите аналитику, дальше пользуйтесь таким шаблоном https://rudevs.network/SJnVLYQm7

Ну ты чувствуешь разницу между абстрактным datepicker’ом, которые имеет множество важных нюансов работы, важность которых всем пользующимся очевидны, и такой написанный компонент будет полезен сообществу, и твоим компонентом, который даже описать не получается доходчиво ?

ну вот он как раз хочешь что-то типо datepicker. вполне себе норм вопрос. че наехали на него

https://www.npmjs.com/package/react-calendar-timeline

вот есть такая штука

Задача пока что слишком обобщенная и абстрактная. Декомпозируйте на подзадаче, по каждой проведите аналитику, дальше пользуйтесь таким шаблоном https://rudevs.network/SJnVLYQm7

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

https://www.npmjs.com/package/react-calendar-timeline

ну наконец-то. спасибо, кажется то, что нужно

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

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

https://www.npmjs.com/package/react-calendar-timeline

лолд

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

Это очень плохая идея - стараться понимать вопросы в чате на 5к человек. Правильнее будет приучать людей более четко формулировать свои вопросы - на это заметки по ссылке

Задача пока что слишком обобщенная и абстрактная. Декомпозируйте на подзадаче, по каждой проведите аналитику, дальше пользуйтесь таким шаблоном https://rudevs.network/SJnVLYQm7

собсна, вопрос был именно из разряда "может кому-то из здешних приходилось решать такую задачу, может кто-то натыкался на клевый компонент". декомпозировать на подзадачи - не хотелось бы, тк это первое что пришло в голову (сделать компонент вида ("деньНедели - инпуты ")повторить 7 раз

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

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

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

)))

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

Такой совет лучше, чем проигнорить вопрос Это ж не чисто постебаться одновременно несколько человек примерно одно и то же написали

подскажите, есть ли группа react для начинающих?

в основном, я спрашивал, может существует стандарт, как это все хранить. если вы о нем не знаете - вполне возможно, его нет. но если он есть - я бы хотел о нем услышать. вдруг кто-то уже навелосипедил формат для хранения режима работы, которым пользуются вообще все, а я тут со своим "Mo-Fr 9.30-18.00, St-Su 12- 16" влезу

callback

не надо такое читать, чот пиздец тут

это значение по умолчанию

это реализация по умолчанию, если функция не передана

=f=>f - просто пустая функция по умолчанию, что бы не делать проверку, передали ли колбек или нет. Сам код, кстати, выглядит страшным + не надежным - если сверху ререндер придет. Если судить только по этому скрину - я бы точно такую книгу не рекомендовал

какую по реакту порекомендуете?

оф документацию. Еще можно у @maxfarseer посмотреть

какую по реакту порекомендуете?

каждый день этот вопрос задается, https://maxfarseer.gitbooks.io/react-course-ru-v2/