Какие проблемы были?)

Явных не припомню. Все они были связаны в основном с появлением в объектах ранее несуществующих свойств. ну типа: import {observable} from "mobx" const store = observable({ prop1: true }) // потом где то рендерим: render() { if (this.props.store.prop2) // тут обращаемся к отсутствующему свойству } Вот если потом в сторе появится prop2 то компонент не перерисуется

Гриненко выступал на WSD с этим докладом

Я работал с этим очень интенсивно около года. Скажу так - BEM как методология +1, BEM как JS фреймворк -10

Артур, может быть вообще доклад для следующего React Moscow Meetup подготовишь?

В принципе если вот это внимательно изучить: https://mobxjs.github.io/mobx/best/react.html то проблем не будет

import {CyberObjectInstance} from "../../Models/BasicTypes/CyberObjectInstance"; import {Predicate, and} from "./CyberObjectsStore"; import {observable} from "mobx"; export class Store<T extends CyberObjectInstance> { @observable objects: Array<T> = []; addObject(object: T): void { this.objects.push(object); } deleteObject(object: T): void { let index = this.findIndexByUUID(object.uuid); if (index > -1) this.objects.splice(index, 1); } find(conditions: Array<Predicate<T>>): T|undefined { let worker = this.objects.find(and(conditions)); if (worker) { return worker; } else { return undefined; } } findByUUID(uuid: string): T|undefined { return this.find([(object: T) => object.uuid == uuid]); } findIndex(conditions: Array<Predicate<T>>): number { return this.objects.findIndex(and(conditions)); } findIndexByUUID(uuid: string): number { return this.findIndex([(object: T) => object.uuid == uuid]); } filter(conditions: Array<Predicate<T>>): Array<T> { return this.objects.filter(and(conditions)); } }

пример репозитория на mobx+ts

Мобх может в кашу превратиться

Может, но дело же не в библиотеке, а в программисте. Он очень opinionless, то есть "пиши как хочешь". Достаточно выработать правила, можно почерпнуть из того же redux, из статьи "Lifting state up" документации реакта, чтобы было хорошо

Артур, может быть вообще доклад для следующего React Moscow Meetup подготовишь?

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

Может, но дело же не в библиотеке, а в программисте. Он очень opinionless, то есть "пиши как хочешь". Достаточно выработать правила, можно почерпнуть из того же redux, из статьи "Lifting state up" документации реакта, чтобы было хорошо

ридакс учит хоть немного структурировать. мобикс разрешает вообще все :D

mobx-state-tree

блин, только сейчас понял, что react это view, redux/mobx это модель, actions это контроллер

пожалуйста, вот вам рамки :D

ну так себе классификация

учитывая что экшны скорее часть флаксов

а не отдельно от них

Расскажи, какие плюсы и минусы у Mobx увидел относительно Redux? Сколько примерно объектов и какой объем State был в приложении?

Плюсы - меньше кода, полное отсутствие shouldComponentUpdate, отсутствие бойлерплейта, особенно с typescript. Минусы - поначалу ловил бажки, некоторые исправил (например https://github.com/mobxjs/mobx-react/issues/124). Помоему пару раз было типа "какого хрена компонент не перерисовывается", в итоге выяснялось что где-то забыли observable. Поначалу код действительно превращается в кашицу, состояние размазывается по компонентам. Сейчас от этой проблемы ушли :) Короче возвращаться в redux желания нет.

скорее redux store это модель

mobx-state-tree

+1

Кстати у mobx (впрочем как и у redux) очень хороший мейнтейнер. Вежливый, всё объясняет, активно принимает PR вот это всё

Я работал с этим очень интенсивно около года. Скажу так - BEM как методология +1, BEM как JS фреймворк -10

У бэма все-же есть свои плюсы, с точки зрения JS. Response-based построение лэйаута. Можно в почте увидеть, что реклама приходит по сути, по блокам

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

lodash же еще модно использовать?

ну так

хз конечно

но на моем информационном фоне скорее постепенно все меньше

lodash же еще модно использовать?

ramda модно

ну и в целом es6 — не es5

рамда модно примерно только в этом чатике лол

ну и в целом es6 — не es5

золотые слова

рамда модно примерно только в этом чатике лол

а как же чатик по FRP?

о, es6 утащили из lodash все

из coffe много

es6 еще и из питона и шарпов поутаскивал

а уж из тайпскрипта-то

а TS вообще все лучшее собрал :D

зато мб чет нормальное соберут

а TS вообще все лучшее собрал :D

и многое не умеет

и многое не умеет

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

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

это радует

У бэма все-же есть свои плюсы, с точки зрения JS. Response-based построение лэйаута. Можно в почте увидеть, что реклама приходит по сути, по блокам

Ох как много у меня есть по этому поводу сказать :) Потом похоливарим

ты еще статью про рендер в воркерах должен

посоны кто юзит XO для кодестайла? (это то что от синдры) как разрешить прибиндивание через :: ?

я её уже две недели жду :D

я её уже две недели жду :D

Помню :) Пока не как не получается. Постараюсь выкроить время чтобы дописать.

и многое не умеет

Что именно? Компилить фишки в es5?

Для себя решил эту проблему доп компиляцией бабелем

а чем тебя не устраивает target у ts?

Он не поддерживает итерацию через iterator protocol если target < es2015

и многое не умеет

Что такого важного он не умеет?

apollo рекомендую, по ощущением кода на порядок меньше чем с redux + кеширование, батчинг запросов и пр.

apollo рекомендую, по ощущением кода на порядок меньше чем с redux + кеширование, батчинг запросов и пр.

Дмитрий, а есть где-то задачи со ШРИ?:)

ой)

А какие именно?) ШРИ какого года?

Да любого:)

ну мне сложно за всю Одессу, но по тем лекциям, что я читал, вот тут задачи https://github.com/DimitryDushkin/shri-2016-css-js Плюс можно в форках глянуть, что делали студенты (там довольно прикольно по JS, но надо строго с мобильника их смотреть)

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

найти имя правла

выключить в конфиге

Увидеть имя в консоли

Когда линтер падает

выключить в конфиге

Оно ругается на неожиданое второе двоеточие))

потому что еслинтовский парсер (espree) этого не умеет

https://github.com/babel/babel-eslint

Оно ругается на неожиданое второе двоеточие))

Наверное потомучто это stage-1 и тебя будут ненавидеть все кому придется работать после тебя

ERROR: S client not available

0

Тем более

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

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

Грущу

С архитектурой что-то не так. Надо пересмотреть

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

глянь как сделали в react-arc там кажысь готовое решение есть для модалок ))

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

Побить дизайнера

Наверное потомучто это stage-1 и тебя будут ненавидеть все кому придется работать после тебя

спс ! +1 :) Я просто выпиливанием заняться решил. но потом подумал чтобы тесты проходили надо просто правило замутить )

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

у нас дизайнеры пиздят за модалки

и в общем-то я с ними солидарен

Побить дизайнера

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

да, модальные контексты это не оч хоршо

хотя все равно кое-где есть модалочки

модалок со сложными формами не должно быть

все сущности создавать на отдельных страницах?

вообще считаю модалки антипаттерном

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

есть одна проблема, если есть одна модалка, то теоретически есть сабмодалка, и так далее…

и это никак не решить, ИМХО

глянь как сделали в react-arc там кажысь готовое решение есть для модалок ))

спс за наводку!

решение думаю только одно - найти UI/UX решение без модалок, и как показвает практика - оно всегда находится

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

«не нравяться» не совсем то, это просто не удобно

кейсов пока так и нет(

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

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

да они повсюду в интирнетах. Дизайнеры это видят и рисуют так чтоб не отставать от трендов. :) а гиморой с модалками может быть в том, что на все инпуты а также теги A AREA OBJECT SVG и кроме тех что в модалке надо вешать tabindex=-1 , чтобы до них нельзя было табом переместиться.. — это конечно оверхедное решение для реактов. Но вот жыкверь с таким хорошо справлялось )

один из способов избаления от модалок это затавить пользователя сделать больше действий (кликов или других дейтсвий), чтобы было «неудобно» и он задумался

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

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

Посмотри https://medium.com/@ff87dfdc00c9/1896d4b47343 Мне хорошо подошло

Посмотри https://medium.com/@ff87dfdc00c9/1896d4b47343 Мне хорошо подошло

Не то ведь