господа, а есть тут шарящие в mobx? столкнулся с ситуацией, что reaction (render react-компонента) срабатывает не в следующем тике, а в текущем. из-за этого не могу сразу несколько изменений внести - рендер начинается сразу же после первого. никогда не сталкивались? я неправильно его готовлю?

Я сам только начал тыкать mobx, но насколько я понял autorun у него вроде асинхронный, следовательно и observer по идее тоже должен быть

Я сам только начал тыкать mobx, но насколько я понял autorun у него вроде асинхронный, следовательно и observer по идее тоже должен быть

ээээ https://mobx.js.org/refguide/autorun-async.html а это зачем?

синхронный авторан

вот блин

значит по хорошему нужно расковырять исходник observer и сделать аналог observerAsync

вообще mobx наполнен какой-то магией

причём не всегда светлой

вот, например: https://mobx.js.org/refguide/observer-component.html "Observer only subscribe to the data structures that were actively used during the last render. This means that you cannot under-subscribe or over-subscribe. You can even use data in your rendering that will only be available at later moment in time. This is ideal for asynchronously loading data."

то есть при первом рендере идёт автоматический subscribe и всё

следовательно если в рендере будет что-то наподобие if (someCondition) value = myMobxStore.a; else value = myMobxStore.b;

то можно получить крайне неприятный баг

Автору либы говорил про это?

это не баг, а фича mobx, которая позволяет не делать лишние рендеры

просто нужно быть аккуратным в этом месте

вообще mobx наполнен какой-то магией

Вот я поэтому его стороной и обхожу

а мне он нравится :3

Хочется поменьше ВЖУХ в приложении

Вот я поэтому его стороной и обхожу

Ну тут два стула: много магии или много рутиного кода (привет, Redux)

Я кстати сегодня быстренько написал мини-аналог mobx без таких вот подводных камней.

И даже Proxy не использовал

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

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

Угу, навешал там где надо, повесил реагирование и вжух — готово!

Угу, навешал там где надо, повесил реагирование и вжух — готово!

вот кстати mobx тут redux обставляет по всем фронтам

никакого boilerplate и кучи кода

вот кстати mobx тут redux обставляет по всем фронтам

и пиши в классах, реализуй архитектуру как нравится

простые вещи действительно делаются просто

можно даже и без классов на одних голых объектах

Для этого даже mobx не надо

Здорово, правда?))

Для этого даже mobx не надо

надо, иначе придётся в ручную изменения отслеживать

Так мы же про простые вещи, пофиг же должно быть?))

а как тогда ререндер реакта вызывать? по таймеру?

Без понятия ?

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

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

да вот простоты там опять же нет)) на пальцах в видео кажетяс простым

ну редакс тоже к этому любит аргументировать

вот момент с висящим в памяти стором — тому пример

а вообще простота это хорошо, если не перебарщивать

Без понятия ?

мы уже даже обсуждали это и вы как раз предложили Proxy

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

что как мне кажется чуть лучше из-за большей кроссбраузерности

mobx собственно тоже самое и делает

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

Ну это в принципе тождественные подходы

а вообще простота это хорошо, если не перебарщивать

Нормально делай — нормально будет driven development

только ещё добавляет кое-какую магию для оптимизации

Нормально делай — нормально будет driven development

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

Ну так то да

и mobx в принципе позволяет делать простые вещи очень просто

даже по сравнению с redux

Новый фреймворк определенно должен располагаться где-то между вжух-магией mobx и бойлерплейтом redux

да даже проще, чем state из React

Новый фреймворк определенно должен располагаться где-то между вжух-магией mobx и бойлерплейтом redux

вот я тоже так думаю

и я надеюсь, что моя штука (пока безымянная) как раз нащупала эту середину

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

то есть с почти одинаковым api

Я никак не могу найти статью на медиуме

Про шины данных в приложении, типа redux намеренно сводит их к одной

да и через mobx можно сделать одну шину данных

собственно самое большое отличие mobx от redux заключается в том, что вместо store.dispatch({type: 'UPDATE_VALUE', value: 'my value'}) пишется store.value = 'my value'

вот в чём фишка

dispatch( storedValue() )

ну тогда придётся писать этот action creator или использовать какие-нибудь библиотеки для автоматического создания этой штуки

а в mobx достаточно написать const store = observable({value: 'some value'});

ну тогда придётся писать этот action creator или использовать какие-нибудь библиотеки для автоматического создания этой штуки

Не важно, когда технологический стэк уже сложился

ERROR: S client not available

Народ, а кто какую либу для валидации форм юзает?

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

ага, только при написании самой логики на мой взгляд важно также количество кода, которое программист пишет для описания этой логики в случае mobx это количество КРАЙНЕ МАЛО

причём mobx имеет api даже проще чем у redux, даже без дополнительных библиотек

У любого решения есть своя цена, у mobx тоже

то есть фактически нужно знать лишь две функции в большинстве случаев: extendObservable и observer

только вот кое-какие подводные камни в поведении есть

Ребят, собираю серверное приложение, как заигнорить require('./app.scss') ?

но наверное они должны где-то отключаться

что с сафари сделали, в приватном режиме localStorage сломали?)

Ребят, собираю серверное приложение, как заигнорить require('./app.scss') ?

Никто не подскажет?

Сейчас собираю приложение с помощью бабеля, валится, когда натыкается на данный require Не хочется добавлять грязных хаков типа require.extensions['.scss'] = function() { return; }; Если кто-то подскажет свой пример вебпака для сборки серверного кода- буду благодарен.

Сап. Познаю реакт и react-css-modules . Неожиданно захотелось собрать в одном компоненте несколько листов стилей. Решила пока что эту проблему через export default ReactCSSModules(CompName, Object.assign(styles_css, styles_sss));. Насколько это такое себе решение и есть ли более хорошие варианты?

c этой либой лучше воздержаться от "неожиданно захотелось" ? тоже юзали, но времени на расследования его ишьюс уходило слишком много, для такого мелкого сахарка

https://twitter.com/SiliconBangalor/status/817721643053252608 кеке

:D

Сейчас собираю приложение с помощью бабеля, валится, когда натыкается на данный require Не хочется добавлять грязных хаков типа require.extensions['.scss'] = function() { return; }; Если кто-то подскажет свой пример вебпака для сборки серверного кода- буду благодарен.

http://pastebin.com/Bse1ZGmH

Сейчас собираю приложение с помощью бабеля, валится, когда натыкается на данный require Не хочется добавлять грязных хаков типа require.extensions['.scss'] = function() { return; }; Если кто-то подскажет свой пример вебпака для сборки серверного кода- буду благодарен.

у тебя должно быть две точки входа: для сервера и для клиента

в серверной точке входа не должно быть ничего про scss

Я уже нашел решение node_modules

Когда он в externals пишет все содержимое модулей

Но решил на завтра эксперименты оставить Спасибо за ответ)

И не удаляйте с pastebin код, мб что дельное еще найду с утра

кто-нибудь юзает https://github.com/AlexGilleran/jsx-control-statements ?

норм бабель плагин

посматриваю на него

но думаю рамда.конд лучше подойдёт

зачем? о.о

что зачем?

jsx-control-statements

Про шины данных в приложении, типа redux намеренно сводит их к одной

триггернуло на "шину" и чуть не вспомнил общую шину эвентов в backbone/marionette.

https://medium.com/@roman01la/the-good-and-bad-parts-of-jsx-33d01ea5c21f#.jj1g3fir5