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

ну а просто реакт

А есть какой нибуь полноценный проект на гите или в виде урока, чтоб и фронт и бэк можно было заценить

если тебе RN нужен то велкам в https://telegram.me/reactnative_ru

https://github.com/enaqx/awesome-react#example-apps

две секции экземпл и рил аппс

я не понимаю

вот, кстати, тоже про бойлерплейт критика. @DenisIzmaylov

Так тут все просто, есть даже jss-styled по этой теме :) Артур сделал. Если это вдруг сложно, писать код. Только надо отдавать отчёт себе в том, что весь этот сахар потом ещё поддерживать другим разработчикам.

Мне нравится, что jss работает быстро и классы более понятны, да и вообще плюшек много. Но то что он не component first бесит

Что ты имел ввиду здесь? Ты можешь генерить стили даже без компонентов.

Что ты имел ввиду здесь? Ты можешь генерить стили даже без компонентов.

В реакте мне не нужны просто стили в отрыве от компонентов

Давай оторвёмся от "мне", потому как "я" и "хочу" понятия переменчивые. Давай думать о проекте, команде и росте требований

Давай оторвёмся от "мне", потому как "я" и "хочу" понятия переменчивые. Давай думать о проекте, команде и росте требований

золотые слова, хоть в рамочку ставь)

Все уже давно используют чтобы делать туду-листы?))

this

Умножь количество компонентов и классов на 10. Замени React на React Native. Удали React как требование. JSS с этим всем прекрасно справится, а СК?

Товарищи, часто ли в ваших проектах в джейсоне от бэкенда отсутствуют параметры ID в элементах массива?

Товарищи, часто ли в ваших проектах в джейсоне от бэкенда отсутствуют параметры ID в элементах массива?

Смотря о чем речь. Если это какое-нибудь JSONB поле постгресса, в котором массив фоточек, то id может не быть. Если же это список постов, то, конечно, будет. Никто его на бакенде специально вырезать не станет

Давай оторвёмся от "мне", потому как "я" и "хочу" понятия переменчивые. Давай думать о проекте, команде и росте требований

окей))) В реакте, всё есть компонент. Какой смысл отрывать стили от компонента и использовать в других местах? Чтобы усложнить логику и поиск ошибок? Компонент должен быть самодостаточным. Шарить нужно не стили, а некоторые константы между компонентами (цвета, размеры, отступы). Стили слишком хрупкие, чтобы шарить между компонентами целые наборы свойств. Поэтому, я считаю, что "лишняя" абстракция сильно упросит жизнь если научиться ей пользоваться. Оперировать в реакте необходимо не классами CSS, а компонентами, когда ты описываешь стили, ты пишешь по сути не для класса, а для конкретного компонента. Если хочешь поменять внешний вид, ты пишешь кучу классов, описывающих состояние, дробишь основной набор стилей на куски. И применять эти классы можно совсем по другому, нежели описано в имени класса. Также использования этого класса-модификатора находится в другом месте (не в блоке со стилями). Это сильно раздражает, когда читаешь чужой большой компонент. Вот тут он по 5 условиям применяет этот класс, чуть ниже ещё другой, чуть ниже третий если оба условия выше true, особенно если юзать recompose. Для такой мощной вещи как JSS, нет набора ограничений. В компонентах получается каша, которую разбирать достаточно сложно, а модифицировать больно. Я не буду юзать JSS, пока не появится что-то инкапсулирующее в себе эту работу с классами, предоставив мне лишь необходимость указать в каком случае какие стили применять. Я как разработчик не хочу тратить время на придумывание имен этим классам и то как их использовать в контексте огромного компонента. Я лучше декомпозирую компонент на несколько маленьких, где у каждого будет своя роль и свои стили, и всё это в одном файле и в компактном виде, нежели втыкать везде className={cn({ [foo]: true, [bar]: cond && con2, [baz]: cond3 || cond4 })} это достало уже

Умножь количество компонентов и классов на 10. Замени React на React Native. Удали React как требование. JSS с этим всем прекрасно справится, а СК?

зачем умножать на 10? На счет native — ок, не спорю. Но если web приложение, то JSS добавляет достаточно боли (хотя обычную боль при работе с CSS действительно убирает), и если многие к этому привыкли со времен CSSмодулей, это не значит что это хорошо или действительно удобно

окей))) В реакте, всё есть компонент. Какой смысл отрывать стили от компонента и использовать в других местах? Чтобы усложнить логику и поиск ошибок? Компонент должен быть самодостаточным. Шарить нужно не стили, а некоторые константы между компонентами (цвета, размеры, отступы). Стили слишком хрупкие, чтобы шарить между компонентами целые наборы свойств. Поэтому, я считаю, что "лишняя" абстракция сильно упросит жизнь если научиться ей пользоваться. Оперировать в реакте необходимо не классами CSS, а компонентами, когда ты описываешь стили, ты пишешь по сути не для класса, а для конкретного компонента. Если хочешь поменять внешний вид, ты пишешь кучу классов, описывающих состояние, дробишь основной набор стилей на куски. И применять эти классы можно совсем по другому, нежели описано в имени класса. Также использования этого класса-модификатора находится в другом месте (не в блоке со стилями). Это сильно раздражает, когда читаешь чужой большой компонент. Вот тут он по 5 условиям применяет этот класс, чуть ниже ещё другой, чуть ниже третий если оба условия выше true, особенно если юзать recompose. Для такой мощной вещи как JSS, нет набора ограничений. В компонентах получается каша, которую разбирать достаточно сложно, а модифицировать больно. Я не буду юзать JSS, пока не появится что-то инкапсулирующее в себе эту работу с классами, предоставив мне лишь необходимость указать в каком случае какие стили применять. Я как разработчик не хочу тратить время на придумывание имен этим классам и то как их использовать в контексте огромного компонента. Я лучше декомпозирую компонент на несколько маленьких, где у каждого будет своя роль и свои стили, и всё это в одном файле и в компактном виде, нежели втыкать везде className={cn({ [foo]: true, [bar]: cond && con2, [baz]: cond3 || cond4 })} это достало уже

https://github.com/nathanmarks/jss-theme-reactor ?

реакт нінужен. https://glimmerjs.com

Всем привет. Подскажите, кто нибудь реализовывал oauth2.0 на react-redux?

реакт нінужен. https://glimmerjs.com

это збс, хоть и баян

сорян

зачем умножать на 10? На счет native — ок, не спорю. Но если web приложение, то JSS добавляет достаточно боли (хотя обычную боль при работе с CSS действительно убирает), и если многие к этому привыкли со времен CSSмодулей, это не значит что это хорошо или действительно удобно

Что именно добавляет боль?

юзал глиммер со скалой жс, было классно, но апи тогда было нестабильное

после того как второй раз все поломалось, я забил

щас уже можно юзать

https://github.com/nathanmarks/jss-theme-reactor ?

к чему именно?

к чему именно?

" Я не буду юзать JSS, пока не появится что-то инкапсулирующее в себе эту работу с классами, предоставив мне лишь необходимость указать в каком случае какие стили применять. Я как разработчик не хочу тратить время на придумывание имен этим классам и то как их использовать в контексте огромного компонента"

Что именно добавляет боль?

1. привыкать к описанию css like jsobj, но это временное 2. специфичный синтаксис, вложений и отношений 3. никуда не ушли от npmjs.com/classnames 4. если проект большой, то в итоге сложно отслеживать что там в стили намержилось 5. динамические свойства, а не наборы свойств *. лень дальше думать.

" Я не буду юзать JSS, пока не появится что-то инкапсулирующее в себе эту работу с классами, предоставив мне лишь необходимость указать в каком случае какие стили применять. Я как разработчик не хочу тратить время на придумывание имен этим классам и то как их использовать в контексте огромного компонента"

это не решает проблему, которую я описал. Это просто темы. В SC работает также. (ссылочка react integration не работает)

Смотря о чем речь. Если это какое-нибудь JSONB поле постгресса, в котором массив фоточек, то id может не быть. Если же это список постов, то, конечно, будет. Никто его на бакенде специально вырезать не станет

К примеру, список записей, которые надо рендерить через [].map. В таком случае лучше самому генерить ID для key или же использовать индексы массива?

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

Если же 1 раз получил и забыл до след рефреша страницы, то не имеет значения

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

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

то есть приходят ВСЕГДа однозначно НОВЫЕ данные?

да. допустим, в бд есть список из 500 записей. приходят постоянно по 100 в пачке без ID

да. допустим, в бд есть список из 500 записей. приходят постоянно по 100 в пачке без ID

Есть что-то уникальное но не id?

запись из себя представляет телефонный контакт. Поля - имя, почта, номер телефона. Теоретически кроме имени может отсутствовать любое поле, а имя может повторяться

если у тебя было 10 записей, а потом пришла ещё одна в начало, с id реакт добавит элемен в начало через appendChild без id перересует все 10 и добавит 11 потом

это если они пришли в начало. а если их добавлять в конец?

это если они пришли в начало. а если их добавлять в конец?

В каком порядке они у тебя будут, в том и выведет

тут как повезёт уже, вобщем c id лучше чем без

по принципу кнопки Load More - в конец добавлять сфетченные данные и присваивать им индекс. по идее стабильная схема получается?

так вот вопрос в том что использовать: индекс или какой нибудь npm пакет типа suid?

если у тебя элементы только аппендятся, можно индекс из массива использовать

он однозначно будет идентифицировать элемент

да, логично. спасибо

Так тут все просто, есть даже jss-styled по этой теме :) Артур сделал. Если это вдруг сложно, писать код. Только надо отдавать отчёт себе в том, что весь этот сахар потом ещё поддерживать другим разработчикам.

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

Друзья, хотел спросить стоит ли пересаживаться на RR4 или это повлечет за собой проблемы?

Друзья, хотел спросить стоит ли пересаживаться на RR4 или это повлечет за собой проблемы?

У него совершенно другое апи

тогда мне в npm зафиксить версию?

тогда мне в npm зафиксить версию?

Если версия указана как ^3.3.8 то на мажорную 4 он не обновится. Читай semver

понял

кто нибудь использует webpack для nodejs для production?

? это потому что babel-node не рекомендуется и съедает много памяти?

нет, собрать bundle и разместить на сервере

на сервер webpack устанавливать не нужно ?

или на сервер полностью кочует папка node_modules?

или на сервер полностью кочует папка node_modules?

Ты так место экономишь?

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

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

Я бы всё ложил на сервак - и там бы уже собиралась сборка со всеми переменными окружения. Ну эт чисто моё мнение

моя мечта - весь код со всеми зависимостями собрать один в файл и выложить на сервер

Ну с фронт частью ты тоже так поступаешь? Собираешь в локальном окружении, а потом dist на сервер гонишь?

ERROR: S client not available

ага

вообще-то на github выкладываю

Ну ок :)

я вот подумал, может это на сервер внедрить

моя мечта - весь код со всеми зависимостями собрать один в файл и выложить на сервер

tar.gz

моя мечта - весь код со всеми зависимостями собрать один в файл и выложить на сервер

npm pack

Подскажите, в чем проблема?

убери стрелочную функцию перепиши как обычную

у меня тоже так глючило

Ребят посоветуйте, что проще для понимания или изучения flux redux или mobx, только добрался, не знаю с чего начать.

handleClick() {

Ребят посоветуйте, что проще для понимания или изучения flux redux или mobx, только добрался, не знаю с чего начать.

Это провокационный вопрос. Нельзя так спрашивать. Опиши задачу хотя бы.

а вот вызывай в render через стрелочную (event) => this.handleClick()

Ребят посоветуйте, что проще для понимания или изучения flux redux или mobx, только добрался, не знаю с чего начать.

начни с официальной переведенной документаци по redux

Ребят посоветуйте, что проще для понимания или изучения flux redux или mobx, только добрался, не знаю с чего начать.

просто и понятно

начни с официальной переведенной документаци по redux

*непереведенной)

а вот вызывай в render через стрелочную (event) => this.handleClick()

Пацаны, зачем же в рендере плодить функции?

Пацаны, зачем же в рендере плодить функции?

у меня так работает

у меня так работает

Лол

Это провокационный вопрос. Нельзя так спрашивать. Опиши задачу хотя бы.

Прошу прощения, задачи как таковой нету, просто эксперементирую и за одно знакомлюсь с реактом.

у меня так работает

Это не значит что это хорошо)

Я и не говорю, что оно не работает. Просто так советуют не делать.

У вас реакт сломается) будет рендер каждый раз происходить

https://babeljs.io/docs/plugins/transform-class-properties/

убери стрелочную функцию перепиши как обычную

Поставил: onClick: (function() {}),

та же ошибка

можете подсказать как правильно в проекте делать переиспользуемые простые элементы? типо Input и тд

что то с onChange не могу разобраться

и нужен ли для <Input /> внутри свой стейт