Пробую сейчас mobx у себя на пректе, по сравнению с redux отмечу плюсы:
Гораздо меньше вспомогательного кода. Фокус на бизнес логике, а не рутине.
Не нужен глобальный стор, приложение удобнее масштабировать.
Чтобы сделать при прочих равных redux приложение таким же быстрым как mobx нужно быть Деном Абрамовым.
Полноценный ООП. Чем сложнее приложение, чем больше сущностей и переиспользуемого кода, тем менее годиться redux. Я бы скорее выбирал не между mobx и redux, а между mobx + react и Angular 2.
Простые классы, более "натиный" код.
Минусы:
Больше магии. Меня не напрягает, оно работает)
Высокие требования к выбору архитектуры. Mobx просто либа, которая не организует потока данных в приложении, в туториалах видел много хардкода.
Пока небольшое комьюнити, особенно на русском.
В целом статья хорошая, спасибо автору. Со своей строны добавил бы, что не очень нравиться использование стора внутри компонентов, прямой доступ к observerable переменным. В своём приложении я всё это вынес в служебный декоратор, сами компоненты о mobx ничего не знают и получают только чистый js. Не совсем понял смысл использовать класс User, можно было обойтись простой observerable коллекцией, а toggle выест на уровнь выше.
Имел подобную траблу, когда разрабатывал модуль рекламных банеров для смски. Касперовская банерорезка раздражала, слов нет. Сразу видно что это идея бизнеса, ни один разработчик такого идиотизма сам не придумат, имхо.
Не пользовался Shortbook, но на других приложениях читать pdf было весьма проблематично из за горизонтальной полосы прокрутки. Программа, которой я пользовался на кпк могда отображать pdf в виде простого текста, читать было удобно, только жми себе стрелочку вниз. В остальном девайс отличный, развлекает меня в метро каждый день.
Когда речь идёт о добавление нового функционала типа «количество непрочитанных сообщений», то задача разбивается на 2 части — 1) дизайнер вставляет в нужное место пелйсхолдер, например вот так:
<div>{messages_not_red}</div>
2)a программист, пишет функцию которая извлёчёт данные и заменит {messages_not_red} на соответствующую цифру.
Вызов функций в html вполне допустим. Конечно можно навешивать события тольлко в js файле, но не понятно зачем? Это только затруднит задачу разбираться с вашим кодом другому разработчику.
Прошу прощенья, придётся повторить, не знал что тут не эскейпиться html)))
Всё правильно можно только добавлять. Также серьёзным преступлением я считаю не использовать ссылки на элементах, при нажатии на которые пользователь переходит на другую страницу.
Например, вот такойт код:
<div onclick="open_popup('http://habrahabr.ru/blogs/')">
<div class="icon"><div> Link text
</div>
Лучше реализовать вот так:
<a href="http://habrahabr.ru/blogs" onclick="return open_popup(this.href)" title="Go to blog">
<span class="icon"> <span>Link text
</a>
Тогда если отключить css ссылка останется ссылкой, кроме того в статус баре пользователь будет видеть куда он перейдёт, что является хорошим тоном. Кроме того и поисковику такая ссылка будет более понятной.
Всё правильно можно только добавлять. Также серьёзным преступлением я считаю не использовать ссылки на элементах, при нажатии на которые пользователь переходит на другую страницу.
Тогда если отключить css ссылка останется ссылкой, кроме того в статус баре пользователь будет видеть куда он перейдёт, что является хорошим тоном. Кроме того и поисковику такая ссылка будет более понятной.
Хотелось бы посмотреть исходники, дайте пожалуйста ссылку)
Спасибо за статью, поясните пожалуйста, зачем нужна ещё одна обёртка, почему не передавать initialState, requiredFields во Wrapper?
Пробую сейчас mobx у себя на пректе, по сравнению с redux отмечу плюсы:
Минусы:
В целом статья хорошая, спасибо автору. Со своей строны добавил бы, что не очень нравиться использование стора внутри компонентов, прямой доступ к observerable переменным. В своём приложении я всё это вынес в служебный декоратор, сами компоненты о mobx ничего не знают и получают только чистый js. Не совсем понял смысл использовать класс User, можно было обойтись простой observerable коллекцией, а toggle выест на уровнь выше.
<div>{messages_not_red}</div>2)a программист, пишет функцию которая извлёчёт данные и заменит {messages_not_red} на соответствующую цифру.
Всё правильно можно только добавлять. Также серьёзным преступлением я считаю не использовать ссылки на элементах, при нажатии на которые пользователь переходит на другую страницу.
Например, вот такойт код:
<div onclick="open_popup('http://habrahabr.ru/blogs/')"> <div class="icon"><div> Link text </div>Лучше реализовать вот так:
Тогда если отключить css ссылка останется ссылкой, кроме того в статус баре пользователь будет видеть куда он перейдёт, что является хорошим тоном. Кроме того и поисковику такая ссылка будет более понятной.
Например, вот такойт код:
Link text
Лучше реализовать вот так:
Link text
Тогда если отключить css ссылка останется ссылкой, кроме того в статус баре пользователь будет видеть куда он перейдёт, что является хорошим тоном. Кроме того и поисковику такая ссылка будет более понятной.