если кто пропустил, то вот крутое видео по react events https://www.youtube.com/watch?v=dRo_egw7tBc

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

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

первые тысячу раз пересматриваешь, потом проще будет)

Хм, а у вас не складывалось ощущение, что работая с реакт все превращается в какую-то одну большую капипасту. Написал один раз компонент, а потом просто тыкаешь его куда нужно, вот и вся разработка. Даж скучнова-то как-то:D

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

с редуксом еще хуже

совершенно однотипно делаются все задачи и закрываются баги

Для этого и создали чертов реакт, чтобы у фронт-ендера оставалось время на бекенд!

с редуксом да, все сводится к написанию кучи однообразных экшенов, аля - запросил данные, принял данные, показал данные, изменил данные

велосипед даже воткнуть некуда!

Скоро всем надоест и все уйдут в джиквери

И в блокноте интересней писать

Зажрались!

скоро просто напишут всевозможные компоненты и фронтенд станет не нужным:D

вообще веселуха начинается, когда всякие штуки со скроллами делаешь

Для этого и создали чертов реакт, чтобы у фронт-ендера оставалось время на бекенд!

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

вообще веселуха начинается, когда всякие штуки со скроллами делаешь

Вот люто плюсую, а еще dnd=)

вообще веселуха начинается, когда всякие штуки со скроллами делаешь

как раз на этой неделе пришла хотелка от заказчика со скроллом это больно

DnD от Абрамова выглядит приятно, если разобраться

DnD от Абрамова выглядит приятно, если разобраться

его и использую, в большинстве случаев все что нужно уже есть

вообще веселуха начинается, когда всякие штуки со скроллами делаешь

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

если на скролл еще что-то пересчитывать нужно и перерендеривать - просто сказка

Есть кастомный скроллбар + контейнер, который абсолютом ездит поверх контента и когда доехает до шапки - начинает ее выталкивать с экрана

Совсем грустно

Почему не fixed?

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

Звучит страшно

Но выглядит красиво :)

на карте еще небось 100500 маркеров

Штуки 3-4

Список рейсов и маркеры с пересадками

у меня похожая задача

только несколько десятков маркеров

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

Мы пока решили не перерисовывать, карточки все равно в итоге карту закрывают)

Эх, все руки не дойдут гистов на все случаи жизни сделать и работать 3 пальцами

Ctrl-C/V

как неэффективно. можно ведь двумя!

Действительно :/

можно одним через мышку!

Да сразу на каждую клавишу забиндить по гисту и писать код сразу через них, три кнопки нажал - компонент готов

Да сразу на каждую клавишу забиндить по гисту и писать код сразу через них, три кнопки нажал - компонент готов

Медленно превращаемся в шарпистов.

Хм, а у вас не складывалось ощущение, что работая с реакт все превращается в какую-то одну большую капипасту. Написал один раз компонент, а потом просто тыкаешь его куда нужно, вот и вся разработка. Даж скучнова-то как-то:D

Бля, мне бы твои проблемы :DDD

Сначала подумал про собак и было обрадовался, потом понял что это про с# и стало обидно

Всем привет, уткнулся в такую проблему: есть url например http://localhost:5000/search?query=+_)(*&^%$#@!~, при переходе по ссылке на стороне сервера запускается метод match(req.url, (err, redirect, state) => у react-router, проблема в том что роутер внутри пытается при помощи query-string декодировать query и в результате поскольку в query есть такая штука '&^' мы получаем ошибку URI malformed, вопрос как проверить кодированный ли URI и вообще кто-нибудь решал такое?

Попробуй отправлять строку, пропущенную через encodeURL()

Ну и decodeURL для возврата в исходную строку

> @devsnice Еще не стоит делать bind внутри jsx, на каждый ререндер чтобы не загружать проц лишними операциями А как тогда передавать аргументы в функцию?

Передавать саму функцию, а аргументы можно через каррирование или partial

> @devsnice Еще не стоит делать bind внутри jsx, на каждый ререндер чтобы не загружать проц лишними операциями А как тогда передавать аргументы в функцию?

Очевидно же, что биндить в конструкторе

ну биндить в конструкторе это понятно

а как передать потом аргумент

Какой аргумент?

onChange={this.bindedFunc}

ну к примеру мы же не сможем вызывать так: onChange={ this.handleChange(arg) }

т.к. в этом случае мы вызываем функцию

а если onChange={ this.handleChange.bind(this, arg) }

тогда все впорядке

ну к примеру мы же не сможем вызывать так: onChange={ this.handleChange(arg) }

Это тоже самое, что и

onChange={this.bindedFunc}

Всмысле аргумент-то все равно передастся

Зачем забиндивать туда агрумент харкорно?

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

нене, я не про аргумент ивента говорю, а если мне нужно свой передать аргумент какой-то

ну к примеру onClick={ this.handleClick(userID) }

ХЕй, посмотри на мой вариант

Каррирование

Обьвялешь в роидтеле каррированую функцию с userID

Ниже спускаешь в ребенка handleClick

который возвращает что нужно

ну так да, можно )

Попробуй отправлять строку, пропущенную через encodeURL()

Спасибо как вариант

как правильно реализовать кастомные SVG иконки в приложении, есть ли смысл использовать NPM ?

в каком смысле реализовать?

вставлять их как компоненты, или через css

я все инлайню например

я думаю что компоненты, но думал вдруг вы знаете полезный npm для этого.

или же все самому написать

Я инлайню и через компонент подключаю нужную

тоже так думаю сделать.

https://www.npmjs.com/package/inline-loader для webpack, https://www.npmjs.com/package/svg-reactify для browserify

все иконки в одном компоненте (или просто объекте) и оттуда дергаются

если их совсем мало можно и руками

их все равно за дизайнерами чистить приходится

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

задач же он по сути не так и много будет делать.

если мало иконок, то да

но смотря что мы имеем в виду под «отвечать за иконки»

а что если много иконок ?

просто не особо вижу полезности этих NPM

мне принципиально чтобы они были инлайновые, чтобы на ховере просто одно правило в css срабатывало (смена fill на кружке или пути с транзицией), заинлайнить их можно только на уровне сборщика или ручками

если их много, то ручками уже неохота

если не инлайнить, то это не нужно конечно

ну к примеру onClick={ this.handleClick(userID) }

https://github.com/yannickcr/eslint-plugin-react/blob/master/docs/rules/jsx-no-bind.md#lists-of-items здесь описан пример с передачей аргументов