так ты попробуй создай тестовый проект и поюзай там все что предлагают выбор то не большой: redux-form, final-form, formik

да я как-то своими силами справлялся...без библиотек

а также формы с синхронной валидацией полей, с асинхронной, с ремоут селектами, с сабмитами синхронными, асинхронными

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

Получится узко-специфичный проект, который никак не поможет определиться

да я как-то своими силами справлялся...без библиотек

ну на своем велосипеде ты далеко не уедешь в формодрочерском проекте

Совет не очень. Лучше юзать какой-нибудь formik. Нет смысла хранить в глобальном redux-store данные локальной формы

собственно потому и обратился к чату, что не вижу смысла в хранении стейта формы в сторе

да я как-то своими силами справлялся...без библиотек

Можно и своими силами, но получится неунифицированное решение, а при больших формах так вообще задолбаешься

собственно потому и обратился к чату, что не вижу смысла в хранении стейта формы в сторе

когда форма в редаксе, ее очень удобно отлаживать

это единственный пожалуй плюс

В общем юзай formik или final-form они инкапсулируют стейт формы внутри себя и не захламляют глобальный стор

В общем юзай formik или final-form они инкапсулируют стейт формы внутри себя и не захламляют глобальный стор

Из rff можно дернуть стейт если очень надо

Но лучше так не делать

В общем юзай formik или final-form они инкапсулируют стейт формы внутри себя и не захламляют глобальный стор

спасибо, буду смотреть в сторону formik

Потому что сразу всю оптимизацию с подписками похеришь

а кто нибудь делал несколько отдельных реакт приложений в монорепе, чтобы у них был общий код? допустим есть два разных приложения для ученика и учителя, и есть некоторые общие вещи, и вот как бы эти вещи не дублировать ?)

и подставляешь в описание колонки ReactTable Filter: SelectFilter(options)

спасибо

а кто нибудь делал несколько отдельных реакт приложений в монорепе, чтобы у них был общий код? допустим есть два разных приложения для ученика и учителя, и есть некоторые общие вещи, и вот как бы эти вещи не дублировать ?)

для этого придумали npm пакеты

кроме того гит позволяет сабмодули делать в репе

Подскажите, как в редакс форме после отправки редиректнуть на созданный обект?

для этого придумали npm пакеты

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

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

нет, тебе подсказывают

а кто нибудь делал несколько отдельных реакт приложений в монорепе, чтобы у них был общий код? допустим есть два разных приложения для ученика и учителя, и есть некоторые общие вещи, и вот как бы эти вещи не дублировать ?)

Если ты ищешь что-то про монорепу – возможно стоит взглянуть на lerna

Если ты ищешь что-то про монорепу – возможно стоит взглянуть на lerna

спасибо, какраз открыта вкладка с ней, буду изучать )

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

это официальный ответ на многих ресурсах на твой вопрос как бы

хочешь расшаривать код между проектами - создай npm пакет и опубликуй его в репу

дальше сборщик проекта сам все сделает

а кто то уже пробовал и lerna и локальные npm пакеты, есть у npm пакетов какие то преимущества?

Время святых воин. Кто что думает что лучше пробрасывать в пропсы. Объект или список пропсов ?

Ребзи, я мб тупой, но зачем async функция всегда возвращает промис, даже если я ничего не жду от нее ?

Ребзи, я мб тупой, но зачем async функция всегда возвращает промис, даже если я ничего не жду от нее ?

она же async

она же async

Ну и пусть делает свой await внутри, а я от нее не жду ж значения

асинк любой результат оборачивает в промис..

Ну и пусть делает свой await внутри, а я от нее не жду ж значения

ей плевать на тебя

async имеет два качества: 1. включает await внутри 2. всегда возвращает промис

Я понимаю что так удобней, но но вот а я не хочу что б она что-то возвращала

Я понимаю что так удобней, но но вот а я не хочу что б она что-то возвращала

ей плевать

ты не можешь реализовать асинхронщину без промиса

ну и ошибки не можешь обрабатывать без промисов

так что тебе нужен промис который она возвращает

иначе ты не узнаешь, если сломается

ей плевать

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

Я понимаю что так удобней, но но вот а я не хочу что б она что-то возвращала

тогда тебе нужно свой js написать. но день программиста прошел уже))

тогда тебе нужно свой js написать. но день программиста прошел уже))

На rxjs прост надо писать ))00

Я понимаю что так удобней, но но вот а я не хочу что б она что-то возвращала

функция вообще не может ничего не возвращать)

функция вообще не может ничего не возвращать)

void

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

как тебе это вообще мешает?

функция вообще не может ничего не возвращать)

Чтооооо ? Ну хотя void наверно тоже результат

void

нет такого

Чтооооо ? Ну хотя void наверно тоже результат

const f = () => {} Вернет неявно undefined

Чтооооо ? Ну хотя void наверно тоже результат

void это не значение

нет такого

нубы ) нечего через лет 5 до нынешнего шарпа до растет ))

как тебе это вообще мешает?

Та уже не мешает, просто линтер ругает что промис игнорирую

Та уже не мешает, просто линтер ругает что промис игнорирую

ошибки отлавливать надо

нубы ) нечего через лет 5 до нынешнего шарпа до растет ))

Пиши на ts и будет тебе твой любимый .net

нубы ) нечего через лет 5 до нынешнего шарпа до растет ))

шарп говно. к тому моменту я слезу с жс

Пиши на ts и будет тебе твой любимый .net

сам пиши на ts)

ошибки отлавливать надо

А у меня catch внутри уже есть, потому что внутри одной async функции у меня другая ?

Подскажите, как в редакс форме после отправки редиректнуть на созданный обект?

шарп говно. к тому моменту я слезу с жс

ты чуууууу шарп оружие нагибаторов!)

А у меня catch внутри уже есть, потому что внутри одной async функции у меня другая ?

сверху нужен ещё

а кто то уже пробовал и lerna и локальные npm пакеты, есть у npm пакетов какие то преимущества?

папка проекта меньше весит и следить за версиями проще

сверху нужен ещё

Ну не нужен он мне

кто что кидает в пропсы ? объекты или скаляры ??

кто что кидает в пропсы ? объекты или скаляры ??

объекты и скаляры

ERROR: S client not available

объекты и скаляры

аааа типо в самые глупые компоненты скаляры, а в чуть по умнее но тупые объекты ?)

аааа типо в самые глупые компоненты скаляры, а в чуть по умнее но тупые объекты ?)

у меня нет глупых и умных компонентов

для объектов свое назначение, для скаляров своё

у меня нет глупых и умных компонентов

Глупых выгнал ?))

<Card content={contentObject} isExpanded={props.active == card.id} />

<Card content={contentObject} isExpanded={props.active == card.id} />

Ууууу ==

растопривычки

товарищи, нид хелп, повторю вопросик) ребят, всем привет, вопросик по юнит-тестам redux-saga. А как тестить синхронные вызовы функций из саги которые вызываються напрямую (ну т.е без yield call(cb))

в продолжении беседы вчера - у меня в синхронные вызовы заходит. (сегодня как раз с тестами вожусь)

вопрос, а почему я везде встречаю, что React прописывается в dependencies, а не в devDependencies? Он типа вебпаком собирается и в продакшене исходный пакет ведь уже не нужен.

вопрос, а почему я везде встречаю, что React прописывается в dependencies, а не в devDependencies? Он типа вебпаком собирается и в продакшене исходный пакет ведь уже не нужен.

эээ что

вопрос, а почему я везде встречаю, что React прописывается в dependencies, а не в devDependencies? Он типа вебпаком собирается и в продакшене исходный пакет ведь уже не нужен.

а рендерить в рантайме кто будет?

бог отрендерит

вопрос, а почему я везде встречаю, что React прописывается в dependencies, а не в devDependencies? Он типа вебпаком собирается и в продакшене исходный пакет ведь уже не нужен.

Они, просто, prepack не установили, видимо

а рендерить в рантайме кто будет?

ну, он вебпаком бандлится же к остальным скриптам, в продакшене не берётся из node_modules

ну, он вебпаком бандлится же к остальным скриптам, в продакшене не берётся из node_modules

в продакшене он всё равно юзается

ну, он вебпаком бандлится же к остальным скриптам, в продакшене не берётся из node_modules

Тогда что должно быть в dependencies?

Просто пустая секция?

в devDependencies кладется то, что не будет использоваться в бандле только то, что нужно для сборки

Тогда что должно быть в dependencies?

типа те пакеты, которые необходимо брать из node_modules. Там могут быть express к примеру

в dependencies кладутся все бибилиотеки, которые будут собраны в бандл

типа те пакеты, которые необходимо брать из node_modules. Там могут быть express к примеру

нет, это бред

Я только сейчас осознал, что разделение на dependencies и devDependencies - это костыль для неработающего тришейкинга

Я только сейчас осознал, что разделение на dependencies и devDependencies - это костыль для неработающего тришейкинга

лил

Я только сейчас осознал, что разделение на dependencies и devDependencies - это костыль для неработающего тришейкинга

это же для npm пакетов вообще а не для проектов

типа те пакеты, которые необходимо брать из node_modules. Там могут быть express к примеру

Давай продолжим логику. Т.е. если тебе при разработке библиотеки нужен eslint, то все клиенты библиотеки должны тащзить eslint?

Я только сейчас осознал, что разделение на dependencies и devDependencies - это костыль для неработающего тришейкинга

package.json есть не только в конечных проектах.

это же для npm пакетов вообще а не для проектов

+

это же для npm пакетов вообще а не для проектов

а разница. Если билдить с тришейкингом

а разница. Если билдить с тришейкингом

чувак

Давай продолжим логику. Т.е. если тебе при разработке библиотеки нужен eslint, то все клиенты библиотеки должны тащзить eslint?

ну, эслинту место в devDependencies, он же не нужен в продакшене

а разница. Если билдить с тришейкингом

билдить и выкачивать себе на машину это разные вещи