Ребят, кто-то писал под декстопы (винда\макос\линукс) какую либу вы юзали ?

nwjs

А ProtonNative - не то?

Подскажите как можно менять состояние Checkbox, если они с бэка приходят, несколько штук. Чё то типо того: {this.props.cities.data .filter(item => item.id === carDetail.driver.division.city_id)[0] .divisions.filter(itema => itema.id === carDetail.driver.division.id)[0] .options.map((itemb, key) => <Checkbox key={key} label={itemb.option.name} />)}

Подскажите как можно менять состояние Checkbox, если они с бэка приходят, несколько штук. Чё то типо того: {this.props.cities.data.filter(item => item.id === carDetail.driver.division.city_id)[0].divisions.filter(itema => itema.id === carDetail.driver.division.id)[0].options.map((itemb, key) => <Checkbox key={key} label={itemb.option.name} />)}

<Checkbox key={key} label={itemb.option.name} state={this.state.checkbox} /> Если бы так было то всё понятно ... А как следить за состоянием и изменять его в 1 случае..

Подскажите пожалуйста можно ли как-то деструктуризацию props сделать полную, чтобы использовать их потом в методах (если в render делаю, то в foo не получится и хз где это сделать можно) class Comp { foo = () = { this.props.smth ..... } render() { return ( this.props.smth2 .... ) } }

Подскажите пожалуйста можно ли как-то деструктуризацию props сделать полную, чтобы использовать их потом в методах (если в render делаю, то в foo не получится и хз где это сделать можно) class Comp { foo = () = { this.props.smth ..... } render() { return ( this.props.smth2 .... ) } }

Чего?

Подскажите пожалуйста можно ли как-то деструктуризацию props сделать полную, чтобы использовать их потом в методах (если в render делаю, то в foo не получится и хз где это сделать можно) class Comp { foo = () = { this.props.smth ..... } render() { return ( this.props.smth2 .... ) } }

нигде

делай везде

Подскажите пожалуйста можно ли как-то деструктуризацию props сделать полную, чтобы использовать их потом в методах (если в render делаю, то в foo не получится и хз где это сделать можно) class Comp { foo = () = { this.props.smth ..... } render() { return ( this.props.smth2 .... ) } }

про области видимости почитай

Подскажите пожалуйста можно ли как-то деструктуризацию props сделать полную, чтобы использовать их потом в методах (если в render делаю, то в foo не получится и хз где это сделать можно) class Comp { foo = () = { this.props.smth ..... } render() { return ( this.props.smth2 .... ) } }

На уровне всего компонента? Нельзя, потому что тогда получишь не те значения, которые приходят, а те, которые сохранил при создании компонента. Да и вообще не прокатит по синтаксису )

Ну, я просто вытаскиваю тот который в render используется И было интересно где можно вытащить тот, который в foo

Спасибо за помощь

Ну, я просто вытаскиваю тот который в render используется И было интересно где можно вытащить тот, который в foo

только в foo

-=оБлаСти ВиДиМоСти=-

Да, я читал про них

Да, я читал про них

видно, что только читал, а уже лезешь в реакт

видно, что только читал, а уже лезешь в реакт

Я просто с пропсами не понял((((

Какая разница пропс у тебя там или любой другой объект?

Не отмазывайся

Какая разница пропс у тебя там или любой другой объект?

Я скорее плохо понимаю классы и как в него передаются пропсы

Я скорее плохо понимаю классы и как в него передаются пропсы

а typeof класса знаешь?

Function

Только что узнал

Стало понятнее

ну так и чего тогда

Стало понятнее

а почему функцию отдает знаешь?

красавчик

а почему функцию отдает знаешь?

Потому что создаёт функцию конструктор на самом деле?

Потому что создаёт функцию конструктор на самом деле?

все верно, пропсы передаются в виде объекта, что закинешь то и будет в классе

Я просто думал, что можно деструктурировать как-то в scope самого класса, чтобы юзать в его методах. Потому и спросил

Я просто думал, что можно деструктурировать как-то в scope самого класса, чтобы юзать в его методах. Потому и спросил

почему нет? можно, this.propsFunctions = this.porps.function; пропиши такое в классе и юзай наздоровье

в конструкторе т.е.

почему нет? можно, this.propsFunctions = this.porps.function; пропиши такое в классе и юзай наздоровье

не будет обновляться для примитивов

в конструкторе т.е.

Я прост не юзаю конструктор Ну , сразу state = { } юзаю

Я прост не юзаю конструктор Ну , сразу state = { } юзаю

по идеологическим причинам?

почему нет? можно, this.propsFunctions = this.porps.function; пропиши такое в классе и юзай наздоровье

Нет, он имеет ввиду именно деструктуризацию

по идеологическим причинам?

По getStarted и выглядит удобнее

Нет, он имеет ввиду именно деструктуризацию

чем деструктуризация отличается от того что он написал? ну по смыслу а не по синтаксису

На этот вопрос ответили выше

не будет обновляться для примитивов

придется еще бойлерплейта намутить в componentWillUpdate)

Подскажите пожалуйста можно ли как-то деструктуризацию props сделать полную, чтобы использовать их потом в методах (если в render делаю, то в foo не получится и хз где это сделать можно) class Comp { foo = () = { this.props.smth ..... } render() { return ( this.props.smth2 .... ) } }

Только так ‘’’ foo = () => { const { some } = this.props } ‘’’

Всем привет! Подскажите, насколько сложно довольно большой работающий проект перенести с редукс-форм на финал-формс или формик? Форм в проекте много, работают через редукс.

Если уже все в редакс-формах и работает зачем переносить?

Главный оверхед с редакс-формами - это огромная дока. А так то, если руки есть, они нормально работают и дебажатся

Чё? Дока это оверхед ?

Чтооо

Ну ее много

Ии?

Главный оверхед с редакс-формами - это огромная дока. А так то, если руки есть, они нормально работают и дебажатся

Сильно

Ну ее много

Пока спать

Главный оверхед с редакс-формами - это огромная дока. А так то, если руки есть, они нормально работают и дебажатся

Там изи дока

Пока спать

м?

Главный оверхед с редакс-формами - это огромная дока. А так то, если руки есть, они нормально работают и дебажатся

Помимо спецов есть еще дауничи типа меня, без подробной доки никак

Я про то что концепция и апи могли бы быть такими, что их описание не занимало бы 15 станиц (или сколько там)

Если уже все в редакс-формах и работает зачем переносить?

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

Я про то что концепция и апи могли бы быть такими, что их описание не занимало бы 15 станиц (или сколько там)

В файнал форм посмотри

Там столько же доки

=\

ERROR: S client not available

Просто на одной стр

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

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

Хз ты нашел самый нелепый аргумент против редукс форм

Я пробовал по быстрому переехать на Formik с react-redux-form, основной проблемой было то, что очень сильно на текущий стор был завязан, структуру которого rrf задаёт. Если бы все селекторами обмазал заранее, а не напрямую в thunk экшенах собирал форму перед отправкой, было бы проще

Хз ты нашел самый нелепый аргумент против редукс форм

А что там тогда не очень?

А что там тогда не очень?

Перформанс оверхед из за редакса, иза форм ты начинаешь дудосить мап Стейт ту пропс

Перформанс оверхед из за редакса, иза форм ты начинаешь дудосить мап Стейт ту пропс

Так с редаксом всегда так >_>

Так с редаксом всегда так >_>

Та не

Траблы с кастомизацией логики

У меня не было таких...

Плюс то что формы завязаны на внешнее хранилище данных

Мне кажется ты сейчас описываешь общие проблемы всех форм-менеджеров >_>

И не совсем компонентно ориентированные выходят

Хотя я файнал-форм не пробовал

Мне кажется ты сейчас описываешь общие проблемы всех форм-менеджеров >_>

Нет

С формиком не так

И с файналом

Там свое хранилище

Для каждой формы

И это вообще не круто

Крч форма не изоливанная выходит и из-за этого траблы с перформансом и менеджментом логики

А, ладно, тут уже пошли мои тараканы

Если б редукс был как еффектор то траблы б небыло

Вот напишу свою библиотеку для управления состоянием приложения и там посмотрим ✊️

И это было бы лучше формиком

Но и то врядли

Т.к тут выходит в том же файнал форм Стейт менеджмент ориентированный на управление формами

Final form при разработке решили проблему перформанса, event emitter простой под капотом, Formik добавили FastField, все ок в обеих либах