Завтра же) 22 по идее вроде)

сегодня

21 марта

У нас вся страна бухает) и отмечают 22)

Я живу в мусульманском гос-ве))) сегодня отдыхаем

У нас в пятницу все ток ворк начнут)

нифига се

Я завтра на работу выхожу

так а чего в результате с MobX? в чем подводные камни в миграции с редакса? есть опыт у кого?

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

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

не нужны дурацкие константы для экшнов

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

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

спасибо, за ответ))

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

ты очень умно пишешь, я не все понимаю:)

Стор это и есть стейт

Лучше определись с выбором уже

в общем, модель, да

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

просто работаешь с ней как с pojo, или в стиле ООП, и вьюхи сами обновляются когда надо

можно юзать ``` @observable class A extends React.Component{ store=observable({a: "foo"}); render(){ return <Button onPress={()=>this.store.a = "bar"}>Click me {this.store.a}</Button> } } ```

вместо стейта

можно вынести из комонента илди вообще в отдельный модуль

да, это все прозрачно понятно)

меня больше понравилась вот такая конструкция class User { @observable user = observable.map(); } class UserStore { @observable users; @action putUsers(users) { let userArray = []; users.forEach(user => { userArray.push(new User(user)); }); this.users = userArray; } }

мм

кому интересно, вчерашняя статья на хабре)

https://habrahabr.ru/post/324388/

let userArray = []; users.forEach(user => { userArray.push(new User(user)); }); this.users = userArray; как это работает? 🤔

а, понял

вообще достаточно сделать ``` class UserStore { @observable users = []; @action putUsers(users) { this.users = this.users.concat(users); } } ```

проще map-ом пройтись

для того же эффекта

зачем нужен класс User с полем user

а, понял

вырезал часть класса

зачем нужен класс User с полем user

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

там много интересного

@computed get isOpenLeftPanel() { return this.show; }

наверное, ребята хотели быть методичными

но по факту это какой-то лютый оверинженеринг

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

я понимаю, ели бы было @computed get isOpenLeftPanel() { return this.show && this.user.hasPermissionToViewMenu(); }

я понимаю, ели бы было @computed get isOpenLeftPanel() { return this.show && this.user.hasPermissionToViewMenu(); }

я думаю идея была именно в этом, просто пример не удачный

а, хотя тут есть >Можно заметить, что мы добавили computed и action декораторы, они обязательны только в strict mode (по умолчанию отключено).

Лучше бы на вопрос мой кто нибудь ответил

Лучше бы на вопрос мой кто нибудь ответил

ты б его повторил что ли 🙂

Тут есть гуру нативных компонентов?

Vladimir Kurchatkin, [20 Mar 2017 22:18]: Тут есть гуру нативных компонентов? Ну или не гуру, а просто в теме Короче, вкину вопрос, может кто знает Нужно сделать метод на инстансе нативного компонента В iOS сделал через self.bridge.uiManager addUIBlock: Соотвественно в метод передается findNodeHandle() первым аргументом Дальше стал разбираться, как это сделать в Андроиде В итоге оказалось что можно сделать примерно так же: getReactApplicationContext().getNativeModule(UIManagerModule.class).addUIBlock Все работает Но почему то и в самом реакт найтиве и в некоторых пакетах это не используется

Vladimir Kurchatkin, [20 Mar 2017 22:27]: ... вместо это используется receiveCommand Соотвественно вопрос - почему так? Vladimir Kurchatkin, [20 Mar 2017 22:27]: Вот пример: https://github.com/mapbox/react-native-mapbox-gl/blob/master/index.js#L41-L61 Непонятно, зачем такой геморрой, если можно сделать абсолютно точно так же

Потому что addUIBlock это изначальная вещь в ios была, с первых дней, а в андроиде добавили сильно позже и со стороны, чтобы снэпшоты делать. Соответственно к тому времени уже всё было написано на receiveCommand, который еще кажется более безопасным и straightforward, похоже, для среднего пользователя (нужно методы обьявлять заранее, плюс вдруг не нужен ui thread и тд).

Можно смело использовать, но есть шанс чуть выше чем для ios что выпилят когда-нибудь или перепишут, т.к. внутри проекта вообще нет на него завязок https://github.com/facebook/react-native/search?l=Java&q=addUIBlock&utf8=%E2%9C%93

Хотя ты и так понял судя по тексту

Ну это была единственная моя теория

receiveCommand слишком уж геморройно

а что за компонент кстати?

код не открыт на гитхабе?

Да просто есть куча нативных компонентов, которые надо интегрировать

У многих нужны императивные методы прямо сходу

Странно что из коробки это не поддерживается ни там ни там

C receiveCommand самая жопа что видимо коллбэки не поддерживаются

Вообще я конечно морально готов к тому что это будет отваливаваться при каждом апгрейде

да, там придется еще тащить события скорее всего, типа doThat() и отдельно onDoThat

не нужны дурацкие константы для экшнов

redux-act

А че вы все уже страдаете?

не вижу слез

да ладнооо

это что правда

ну будут как-то выворачиваться

вот конченные

то есть если кордова, то ок

а вот если компилится то нет

я iOS разраб, RN сам по себе бажный, а gomobile уже тоже работает

что за gomobile?

то есть если кордова, то ок

она тоже может тоже попасть под раздачу

фу

вот уроды

что за gomobile?

https://godoc.org/golang.org/x/mobile

я что-то не фанат такого

но подожди

а разве gomobile тоже не попадет под расдачу?