Хочется прокомментировать и обсудить пару замечаний про Redux.
В частности, были озвучены некоторые проблемы, которые, на самом деле являются мифами:
“Всё состояние хранится в одном большом объекте и этот объект передаётся в top-level (root) компонент, и потом приходится пробрасывать данные по иерархии вниз, что не очень удобно для большого приложения”

“Всё состояние хранится в одном большом объекте” – это не миф, это действительно так, а вот что не совсем так: “и этот объект передаётся в top-level (root) компонент, и потом приходится пробрасывать данные по иерархии вниз”.

Да, действительно, авторы Redux рекомендуют этот единый объект состояния передать в top-level (root) компонент и для больших приложений это может выглядеть не очень удобно. Но нет никаких технических ограничений делать именно так! Redux + react-redux позволяют пробросить любую _часть_ дерева состояния в _любой_ React компонент в дереве компонентов, и совсем не обязательно делать это в top-level компоненте.

Процитирую доки http://redux.js.org/docs/basics/UsageWithReact.html
Then, we wrap the components we want to connect to Redux with the connect() function from react-redux. Try to only do this for a top-level component, or route handlers. While technically you can connect() any component in your app to Redux store, avoid doing this too deeply, because it will make the data flow harder to trace.

Обратите внимание на фразу “technically you can connect() any component in your app to Redux store” – технически данные можно передать напрямую в любой компонент.

Встречный вопрос, который может возникнуть после прочтения этой фразы: “хорошо, что я могу любому компоненту напрямую передать Redux store, но моим компоненам в глубине дерева не нужен весь Redux store, я хочу лишь частичку данных о состоянии, как быть?”

Ответ опять же в доках http://redux.js.org/docs/basics/UsageWithReact.html
Any component wrapped with connect() call will receive a dispatch function as a prop, and any state it needs from the global state.

Обратите ванимание на фразу “…will receive any state it needs from the global state” – т.е. в каждый конкретный react компонент вы можете передать любую сколь угодно маленькую часть общего дерева состояния, и это регулируется первым параметром функции connect().

У Object.observe нет проблем с глубокой подпиской, её нет из коробки (по понятным причинам), но оно не сложно реализуется через рекурсивное подписывание (так же как и с Object.defineProperty и Proxy), сейчас O.O используется в Polymer, Aurelia и Angular Light 0.8 – http://habrahabr.ru/post/250589/

O.O может работать в синхронном режиме, а не только в асинхронном как многие думают, хотя не хватает режима аналогичного в defineProperty (не медленный вызов).

Но главная проблема – это сложность интегрирования, создания механизма одинаково работающего на старых и новых браузерах с O.O, поэтому его не спешат везде внедрять, из-за этого его и выпиливают.

Так же O.O относительно медленный, хотя это скорее всего связанно с тестовой реализацией.

Ещё есть Proxy из ES6, он будет использоваться как “замена” O.O, но там тоже все как хотельось бы.

Скоро ли будет новый подкаст? 🙂