В этом году второй раз проходит Highload++ Award https://www.highload.ru/moscow/2019/award

Там также проводится «народное голосование» - заходите, выбирайте достойных! В том числе, можете проголосовать и за меня 🙂

Reatom - deterministic state manager!

https://github.com/artalar/reatom

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

Поговорим про Reatom с его автором - Артёмом Арутюняном (https://github.com/artalar/).

Это первый из двух выпуск подкаста про Reatom.

Краткое содержание первой части:
- Кратко про ключевые характеристики Redux, Effector и MobX
- Проблемы с типизацией
- Как сделать хороший и удобный вывод типов для менеджера состояний на TypeScript?
- Терминология Reatom: Atom, Action, Store
- Мемоизация и ленивость вычислений
- Что будет, если в приложении 300 млрд. атомов?
- Atom как чистая функция
- useAtom()
- Почему мемоизированные селекторы перестают работать, когда есть несколько инстансов использующих их компонентов?
- Динамическое создание атомов
- Чем плохи Middlware в Redux?
…

Дополню ссылкой на телеграм чат 🙂 Любой фидбек будет полезен

https://t.me/reatom_ru

Канал @this_week_in_react - что там нового в Реакте

Reatom - deterministic state manager! https://github.com/artalar/reatom

Это второй подкаст про Reatom - весьма многообещающий проект, менеджер состояния с первоклассным выводом типов на TypeScript, маленьким размером бандла, учитывающий и переосмысливающий недостатки других популярных библиотек.

В этом выпуске автор библиотеки, Артём Арутюнян (https://github.com/artalar/), сравнивает Reatom с MobX, также мы поговорили про производительность и про дальнейшие планы.

Краткое содержание второй части:
- Чем MobX хорош теоретически?
- Где стоит, а где не стоит использовать Proxy?
- Комбайн "всё-в-одном" и комплексный API
- Философия минимальистичных библиотек (аля Preact)
- Бенчмарки производительности Reactom и Redux
- Какая библиотека в 1000 раз медленне чем Redux?
- Влияние произоводительности state manager библиотеки на приложение в целом
- В каких сценаряих Redux не мастабируется?
- Как маштабируется Reatom и какой ценой?
- Proxy вообще медленные?
- Подходы к обработке ошибок
- Варианты обработки ошибок…

RPN vs AST
Забавная история. Когда-то мы создали свой движок электронных таблиц (про это делал доклад в Харькове) и каждая формула представлена в движке в виде абстрактного синтаксического дерева (AST). Я когда-то делал бенчмарк для разных языков - https://github.com/koorchik/formula-evaluation-benchmark . Сегодня я вдруг задумался, почему формулы представлены в виде AST, а не в формате обратной польской записи (RPN). В целом, RPN вычисляется итеративно без рекурсии (нужен правда свой стек для операндов и результатов). Мне понравилась эта идея и начал думать, как загнать в RPN эксель формулу. Основной вопрос - функции с изменяемым количеством операндов. Решил, что буду просто в RPN хранить арность рядом с токеном операнда. Начал уже руками переписывать свое тестовое дерево в RPN, но тут решил загуглить, вдруг кто-то уже тестировал перформанс AST против RPN. И как же я удивился, что первой ссылкой нахожу гитхаб гист в котором бенчмарк на JavaScript. В гисте уже решена проблема арности и даже есть функция для конверта AST в RPN (а я хотел делать это руками). Читаю гист и тут до меня доходит, что я автор этого гиста - я 😂. Я написал этот бенчмарк больше года назад , увидел, что RPN медленее и забыл про него :)    

ГИСТ - https://gist.github.com/koorchik/9717b893ae2134e21dbe

Относительно перформанса, то можно RPN вариант ускорить, но он все равно не будет быстрее, чем AST (это касается только JS имплементации).

Эникейщик?)

Что?

Фигурнов - классика!

Интересно сколько людей должно нажать report spam чтобы юзер забанился телеграмом..

Тут набралось прилично реактовщиков) всем привет и хорошего начала недели. Хотел бы узнать как кто организует свой реакт проект, какую архитекутуру предпочитает и что предпочитает при разработке форм ???

архитектура
ну поищи статьи на медиуме по организации архитектуры и пробуй свою.
формы: redux-forms, formik, тоже от задачи и проекта зависит)

Про формы:
https://youtu.be/9S8OeCkcUSM

Это конечно. Все прочитано и заюзано) redux forms не зашло) мне скорее интересно как делают люди реальное большое приложение. И как найти идеальное сочетание при использовании redux и хуков реакта.

Короче ищу для себя идеальный каркас)

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

Мы юзаем всю бизнес логику в мобикс стейт три в виде сервисного слоя, реакт только для вьюхи. Ну высший слой это роутер он во вьюху смотреть нетумеет

Поддерживаю Mike, использую такой же подход. Вот относительно старый доклад (2017) про разделение логики и представления с помощью MobX: https://youtu.be/3J9EJrvqOiM