React медленный, React быстрый: оптимизация React-приложения на практике

Ваши примеры известно как лечить, а что с этим делать?

const onClickMe = (name) => (event) => doSomething(name)
console.log(onClickMe('baz') === onClickMe('baz'))

Я пока не придумал ничего лучше:

const onClickMeBaz = (event) => doSomething('baz')

<SomeComponent onClick={onClickMeBaz} />

Быстрый старт на React Native

Как настроить дебаг CRNA для VSCode.

Быстрый старт на React Native

Поправка:

Make sure Visual Studio has connected to your Mac at least once before starting the remote iOS Simulator.

Быстрый старт на React Native

Под Винду есть симулятор iOS, только он заточен для Xamarin.

Как мы оптимизировали Twitter Lite

Полчаса секеса в Google

Загрузка данных из REST API

Светлое завтра на Material-UI (Alpha-версия).

Как мы оптимизировали Twitter Lite

Люто-бешено плюсую! Хотел уже сам взяться за перевод, подогнали ссылку в комментах к моей заметке.

Наблюдение: если Твиттер не боится использовать React с хитрой лицензией, то и нам не очем волноваться.

Загрузка данных из REST API

У меня тоже есть подобная поделка :)

export const sleep = (ms, reason = null) => new Promise((resolve, reject) =>
  setTimeout(() => {
    if (reason) {
      reject(reason)
      return
    }
    resolve()
  }, ms)
)

Загрузка данных из REST API

Прикольно. Забрал себе в чулан.

Загрузка данных из REST API

Но тогда остается возможность кратковременного мигания индикатора загрузки. А мне было интересно решить этот вопрос.

Загрузка данных из REST API

А если загрузка занимает меньше, чем 500 мс, то индикатор загрузки не показываем? Тогда, если загрузка занимает 750 мс, потребуется ожидать 1000 мс: 500 мс до индикатора + 500 мс с индикатором. Правильно я понял?

Загрузка данных из REST API

Поступило мнение вне Хабра:

Собственно, в чем главная недодумка — это использование пары флагов вместо enum’а состояний. сам че-то такое же делал. начал на флагах, потом смотрю и думаю: что за хрень, у меня же может быть куча состояний для более-менее сложных компонент. Навскидку:

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

То есть для чего-то супер-простого это вполне ок решение, и если оно в стиле кода вашего проекта, претензий никаких нет (хотя за отсутствие propTypes, даже если флоу, я нашим джуниорам стучу по рукам).

Но для production quality — неаккуратненько.

Как сделать жизнь Redux разработчика проще?

Вы просто не умеете его готовить. Константы не нужны совсем.

https://github.com/comerc/yobr/blob/master/src/ducks/postForm.js

Функциональные компоненты

Но это неточно. :)

Функциональные компоненты

не нужно конвертировать если нужны life-cycle методы

Пожалуйста!

Способы отладки JS на клиенте

Палка о двух концах. Способы отладки клиентского JS — как-то не очень звучит.

Как сделать жизнь Redux разработчика проще?

Есть "гораздо более лучший" вариант — redux-act

Архитектура модульных React + Redux приложений 2. Ядро

Простите меня, ассоциация: "и со всем этим мы попробуем взлететь".

Способы отладки JS на клиенте

Расшифруйте аббревиатуру SPOT, пожалуйста.

Способы отладки JS на клиенте

Про всех не скажу, но WebStorm версии 2017.1 работает нормально. При том, что у меня не самая мощная машина на свете.

Расстраивают тормоза Resolving Reference после перехода на Flow. Инспекцию по ESLint внутри WebStorm отключил — тоже тормозит, и в CRA прекрасно настроен вывод сообщений ESLint.

Основной плюс, в моём представлении, что не нужно переключать контекст внимания. Ловишь ошибки там же, где их исправляешь.