типо

instanceOf(Map)

Хз как дальше правда

instanceOf(Map)

Конечно я так делать не буду

Даже через arayOf не опишешь, потому что массив, который энтри мапа, имеет 2 типа полей - ключ и значение

Ну да

Жс же

А причем утт жс

Просто prop-types не очень

2018 год на дворе...

флоу

на дворе

https://www.npmjs.com/package/react-immutable-proptypes прикольно

https://gist.github.com/goodmind/a16b2e09a672a9b93e36d3bf53fa9899

а зачем нужна переменная типа в Dispatch?

где?

я там только экшены заменил

хз там вроде redux-thunk затеняет диспатч

Dispatch<any>

в тайпингах

где этот any используется

это вроде тип стейта

Что Map даёт крутого ?

Чёт вообще не найду применения

Что Map даёт крутого ?

ключи что угодно

Чёт вообще не найду применения

половину кейсов {} можно заменить на мап

Блин мне кое где этого не хватало, надо посмотреть может на мап объект изменить там

это вроде тип стейта

так логичнее было чтобы диспатч от типа экшнов зависел. или не? type Dispatch = (action: Action | ThunkAction | PromiseAction | Array<Action>) => any;

так логичнее было чтобы диспатч от типа экшнов зависел. или не? type Dispatch = (action: Action | ThunkAction | PromiseAction | Array<Action>) => any;

тс бы сошел с ума

я думаю)

почему? так в доке флоу советуют. я так и сделал

ну если сами либы переопределяют диспатч

так нельзя задиспатчить херню

ладно если типы рядом с проектом лежат

кароч оффтоп)

вопрос по JavaScript, ({x}) => это деструктивная функция?

Обычный object destructuring

Входной параметр функции - объект

Обычный object destructuring

DESTRUCTION!

Ну автоисправление сработало

можно ли bundle из cra "распаковать"? в исходники

Нет

Весь код на js - исходники.

можно ли bundle из cra "распаковать"? в исходники

eject?

Просто не выкупил че за исходнки

bundle.*****.js -> src/....

ну чисто по жсу

да уже в целом понял что не реально

хер шо ты соберешь

но кра генерит сорсмапы

и если они отдаются

хттп

то можно получить

деструктивная функция

разрушает все

чет ору

ребят может кто сталкивался еть один файл в котором есть импорты под реакт и под реакт нейтив, есть какойто вариант обернуть импорты в уловие или во что-то подобное чтоб при билде не трогались те импорты что не принадлежат билду ?

http://prntscr.com/jitic5

как можно решить такой вопрос?)

или иметь в проекте общие файлы с реактом и реакт нейтивом вообще плохо ?)

ERROR: S client not available

ребят может кто сталкивался еть один файл в котором есть импорты под реакт и под реакт нейтив, есть какойто вариант обернуть импорты в уловие или во что-то подобное чтоб при билде не трогались те импорты что не принадлежат билду ?

Я не работал с нэйтив, но может помогу :) Он собирается чем-то? Вебпаком?

нет

process.env.REACT_APP_PLATFORM !== "web" эта проверка прикол еще тот )) на нейтиве тут андефайнед )) а на вебе тут web

ахахах

но ему вообще не важно он сканит весь файл и видит что реквайрит либу не для мобилы

и ругаеться

Ребят, подскажите какой-нибудь спиннер, чтобы просто подрубался. Просто чтобы заимпортить его и компанентом отобразить. Есть такое?

Ребят, подскажите какой-нибудь спиннер, чтобы просто подрубался. Просто чтобы заимпортить его и компанентом отобразить. Есть такое?

http://prntscr.com/jitnik

http://prntscr.com/jitnik

это самому написать придется?

Ребят, подскажите какой-нибудь спиннер, чтобы просто подрубался. Просто чтобы заимпортить его и компанентом отобразить. Есть такое?

https://ant.design/components/spin/

это самому написать придется?

https://gist.github.com/GrafMine/9846e2cdd39fe3452ffc8b9535671517

Все, спасибо ребята) выберу что-нибудь)

да закинь обычную svg анимацию)

https://loading.io/

Здравствуйте, нужен совет по Redux. Сейчас у меня есть массив, в которой я создаю еще массивы со значениями. В документации сказано, что лучше проектировать стейт таким образом, чтобы не было больших ступеней. Сейчас это выглядит так: form: [ ['', 1, 0], ['', 1, 0] ] Думаю не слишком ли загромождаю стейт и может быть создавать новый массив при создании формы? Примерно так: form_1: ['', 1, 0], form_2: ['', 1, 0]

Здравствуйте, нужен совет по Redux. Сейчас у меня есть массив, в которой я создаю еще массивы со значениями. В документации сказано, что лучше проектировать стейт таким образом, чтобы не было больших ступеней. Сейчас это выглядит так: form: [ ['', 1, 0], ['', 1, 0] ] Думаю не слишком ли загромождаю стейт и может быть создавать новый массив при создании формы? Примерно так: form_1: ['', 1, 0], form_2: ['', 1, 0]

имхо до сраки, главное чтобы не 10 000 уровней

почему setInterval не работает если в setInterval передать функцию не как arrow function? без () =>

почему setInterval не работает если в setInterval передать функцию не как arrow function? без () =>

http://learn.javascript.ru/settimeout-setinterval#setinterval

Бесит писать import Colors from '../../../../../../../Colors' Какие варианты решения есть?

alias, но я толком так и не смог настроить. То подсказки в Шторме не работают, то импортится через одно место

http://xabikos.com/2015/10/03/Webpack-aliases-and-relative-paths/

Здравствуйте, подскажите хороший визивик редактор с бекендом в markdown, уже пробовали draftjs, не подошел

http://xabikos.com/2015/10/03/Webpack-aliases-and-relative-paths/

я об этой возможности узнал, когда Vue начал изучать) там в vue-cli сборке домашняя директория через @ была, мне это понравилось и я стал подобное юзать и в реакт приложениях

alias, но я толком так и не смог настроить. То подсказки в Шторме не работают, то импортится через одно место

В вебшторме mark folder as... resource

Бесит писать import Colors from '../../../../../../../Colors' Какие варианты решения есть?

Есть вебпаком и без вебпака

Есть вебпаком и без вебпака

Без

Импорт модулей относительно проекта, а не текущего файла Обычный подход к импорту модуля в проекте — указание пути к нему относительно текущего файла: import smoosh from '../../../utils/flatten'; Этот подход хрупкий и неудобный: — сложно найти все импорты какого-либо модуля, потому что они выглядят по-разному в зависимости от местоположения; — перенос файла с импортом в другую директорию уровнем выше или ниже ломает все импорты в этом файле; — импорты вида '../../../utils' сложны для чтения и понимания, разработчику приходится мысленно резолвить путь до модуля, чтобы понять, где он лежит. Эти проблемы решаются использованием путей относительно корня проекта, например: import smoosh from '~/utils/flatten'; Здесь ~ — это алиас корня проекта (например, /Users/andrew-r/work/personal-site/source). Недостаток такого подхода заключается в том, что он не работает из коробки. Чаще всего этот подход используют с Вебпаком, в конфигурации которого можно указать нужные алиасы: const path = require('path'); module.exports = { entry: './source/index.js', /* ... */ resolve: { alias: { '~': path.resolve(__dirname, './source'), }, }, }; Документация по настройке алиасов в Вебпаке — https://webpack.js.org/configuration/resolve/#resolve-alias

Полина Немчак делится альтернативой в виде переменной окружения NODE_PATH для тех, кто не использует Вебпак. Эта переменная говорит ноде о дополнительных директориях, в которых нужно искать модули при импортах. Можно прописать в NODE_PATH путь к директории с исходниками проекта, тогда импорты будут такого вида: import smoosh from 'utils/flatten'; Учтите, что при таком подходе повышается вероятность конфликта имён между директориями проекта и установленными NPM-пакетами.

Полина Немчак делится альтернативой в виде переменной окружения NODE_PATH для тех, кто не использует Вебпак. Эта переменная говорит ноде о дополнительных директориях, в которых нужно искать модули при импортах. Можно прописать в NODE_PATH путь к директории с исходниками проекта, тогда импорты будут такого вида: import smoosh from 'utils/flatten'; Учтите, что при таком подходе повышается вероятность конфликта имён между директориями проекта и установленными NPM-пакетами.

Для обеспечения работоспособности абсолютных импортов во всех системах и любых IDE, лучше всего воспользоваться нативным механизмом разрешения путей - линковкой файла \ каталога в package.json. На примере папки components из данного репозитория, в ней должен находится файл package.json с двумя обязательными полями version и name: { "version": "1.0.0", "name": "components" }. После создания этого файла остается лишь в корне проекта выполнить команду c указанием пути к новому модулю npm i -S src/components или yarn add file:src/components. Теперь в проекте ко всем вложенным в components структурам можно обращаться по короткому пути:

Только это не работает с hot reload. При любых изменениях нужно делать "переустановку"......