Обновить
18
-19
Andrew Ka @comerc

#кодеротбога

Отправить сообщение

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


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

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

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

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

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


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

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

Пожалуйста!

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

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

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

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

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


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


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

Отладка внутри WebStorm выигрывает против отладки в браузере.

Вы про запуск каждого теста по кнопке play напротив декларации теста в коде? Этого не пробовал еще настроить.

Я использую axios для всех RESTful-запросов, определил в конфиге baseURL: https://github.com/mzabriskie/axios#request-config

существует ли возможность, работая в среде create-react-app, обращаться к другому серверу ( не localhost:3000) за реальными данными?

Конечно. Посмотрите на мой фан-проект. Сервер живет по адресу localhost:9000 и разрешает обращаться к себе всем (Access-Control-Allow-Origin)

Артем никогда не был настоящим программистом

Звучит, как эпитафия :)

Цитируя одного уважаемого докладчика: "говорят, что в природе есть проект, который поддерживает JSDoc в консистентном состоянии на 100%, но я такого не видел".

Покажите пример. Я себе плохо не представляю.

Да, только не вижу профита.

Так значит я на правильном пути! :) Сначала быстрая разработка, потом оптимизация.

Ну разве что немного подумать, как посадить первую ступень на плавучую платформу :)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность