Я уже выбрал флоу

Какую архитектуру лучше брать под реакт? flux, reflux?

Redux*

если есть время понять redux, то можно на него посмотреть

а так лучше какой-нибудь flux

mobx например

А?

Redux гораздо ближе к флаксу, чем mobx

Я взялся за Redux. Понравилось. Попробовал Redux + Soket.io, получилась крутая штука, которая реализует общий на фронт и бэкенд медиатор.

Это я сейчас про пакет redux-socket.io.

Какую архитектуру лучше брать под реакт? flux, reflux?

flux уже не модно - Redux, Mobx

А кто-нибудь тут вообще Mobx использует в production?

Какую архитектуру лучше брать под реакт? flux, reflux?

зависит от нужд по факту

А кто-нибудь тут вообще Mobx использует в production?

Еще как используем )

А в react-router можно свои кастомные правила разбора/сборки урлов написать кодом? Паттернов не хватает

Никто не сталкивался с компонентом, позволяющим ресайзить див в обе стороны?

А в react-router можно свои кастомные правила разбора/сборки урлов написать кодом? Паттернов не хватает

в в2 не думаю https://github.com/ReactTraining/react-router/blob/master/docs/API.md#route

Никто не сталкивался с компонентом, позволяющим ресайзить див в обе стороны?

<some style={ resize: both } />

не, с помощью хэндла

ну в в4 тоже что-то не увидел... может кто-то сталкивался с другим роутером, который может

не, с помощью хэндла

какого хендла?

только в обе стороны

ты имеешь ввиду во все 4 угла?

ну в в4 тоже что-то не увидел... может кто-то сталкивался с другим роутером, который может

есть sheet-router https://github.com/yoshuawuyts/sheet-router

в две стороны

влево и вправо

и https://github.com/tj/react-enroute

круто, глянем... react-router правда нравился еще и тем, что он вопросы скрола решает при работе с хистори

Еще как используем )

Про плюсы все слышали, а что с минусами? Какие проблемы есть?

1. Слишком много предоставленной свободы в архитектуре решений

2. Недостаточно эффективный инструментарий для отладки

3. Слабо развитое комьюнити

Кто еще расширит список минусов? )

Ну и ничего нового.

Тоже самое было в нокауте, не?

Ну декораторы еще новые модные, а вообще всё новое это давно забытое старое... Новизна видимо в том, что раньше никто не пытался работать так олдскульно с react. Или я ошибаюсь?

Раньше не было сахарка.

Народ, такой вопрос. Вебшторм всегда рекомендует преобразовать метод компонента в статический если это возможно. А почему? Чем вызваны эти рекомендации? Чем статические методы лучше методов компонента?

Меньше потребление памяти

Меньше потребление памяти

нет

Тестировать проще, в первую очередь

why not? Статический метод аллоцируется в памяти один раз

Как и любая функция

Ну не любая, то есть

Но как и любой метод

разве ф-я не для каждого объекта аллоцируется?

нет

если метод можно вынести в статический, то имхо, его вообще стоит из компонента куда-то вынести

ага

Это все таки js, а не джава

Кто еще расширит список минусов? )

Многие в минус добавляют декораторы, а без них как раз knockout и будет

3. Слабо развитое комьюнити

А зачем там большое комьюнити?

2. Недостаточно эффективный инструментарий для отладки

Для мобикаса девтулз годный же был. Что именно не хватает.в нем? Самому интересно, т.к. избегаю их. Они только усложняют отладку)

Кстати, у нас тут дискуссия на работе. Вот есть реакт компонент, и есть его метод (не из стандартных). Есть ли преимущества передачи параметров в метод через аргументы, по сравнению с передачей через this.props? Если вопрос с тестируемостью, то набор props в любом случае будет мокаться в блоке beforeEach

Итак, как лучше передавать, через аргументы или через this.props?

метод через аргументы это как?

countValue(a, b) { return a + b} против countValue() {return this.props.a + this.props.b} —- Верно?

countValue(a, b) { return a + b} против countValue() {return this.props.a + this.props.b} —- Верно?

Верно!

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

мне вот тоже интересно. Использую первый вариант, такая функция чище

мне вот тоже интересно. Использую первый вариант, такая функция чище

Только вот в какие моменты это дает преимущества?

Только вот в какие моменты это дает преимущества?

в тестировании

и в предсказуемости

а если нужны 5 переменных?

в тестировании

Так ведь реакт компонент все-равно мокается в beforeEach

Так ведь реакт компонент все-равно мокается в beforeEach

зачем в реакт-компонент это всё пихать?

тем более если ты это мокаешь, то ты это не тестируешь

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

а если нужны 5 переменных?

передать объект?

передать объект?

и получаются почти props)

ну не

Пропсы все-таки сайд-эффект

А кто-нибудь тут вообще Mobx использует в production?

в twitter видел кучу народа.. но пока на не слишком больших проектах https://twitter.com/thekitze/status/782322755924623360 https://twitter.com/cosmic_js/status/781145928937803776 https://twitter.com/deepakjacob/status/782250279727136768 http://www.robinwieruch.de/mobx-react/ ну и вообще #MobX is in the top 1% most downloaded packages on npm

> #MobX is in the top 1% most downloaded packages on npm офигенная метрика))

Это хорошо или плохо?

топ 1% - ну мол есть самый скачеваемые пакеты - MobX находится вверху - в топ 1%

> #MobX is in the top 1% most downloaded packages on npm офигенная метрика))

не спорю что фигня - но лучше чем ничего

https://code.facebook.com/posts/1840075619545360

Классно им, пилят че хотят, пипл хавает

ну с npm давно надо было что-то делать, хех... конструкции вида "npm i —no-bin-links || npm i —no-bin-links" при деплое ибо первый раз npm просто падает в корку... не совсем верных подход

идея с глобальным кешем хорошая

days without new frontend thing - 0

Ярн норм

Наконец-то не нужно ждать 15 минут для установки

и у него отсутствует проблемы, которые были с pnpm

на первый взгляд

https://code.facebook.com/posts/1840075619545360

Ништяк

Классно им, пилят че хотят, пипл хавает

В смысле что хотят? Они решают в первую очередь свои проблемы

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

И свои в плане кадров

Все так

и у него отсутствует проблемы, которые были с pnpm

кажется так, но кроме размера node_modules

@chicoxyzzy уже запилил пулреквест

покажите

А в npm кеширования вообще не было никогда или я не понимаю чего-то? Или оно не работало