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

Друзья, подпишитесь на наш канал с видеоюмором: https://t.me/russiaumor

И для кнопки я б button использовал а не td

И для кнопки я б button использовал а не td

У меня таблица

ну это же кнопка

ну это же кнопка

это ячейки в таблице на которые можно нажимать

положи внутри td копку

это вопрос религии вернемся к алгоритму

Да, поддержка браузерами не полная еще

што

Каждой кнопке нужен свой стейт, признай это

ты можешь сделать массив флагов от длины this.items

Каждой кнопке нужен свой стейт, признай это

признал

Боже что вы советуете

а если у него в таблице там 500 кнопок будет

на каждую кнопку поле в стейт что ли заводить

Вынеси в компонент самостоятельный. В таблице просто Button вставишь и все. Ты сейча состояние кнопки хранишь в состоянии таблицы

это не правильно

от этого проблемы у тебя

Nikita ты предлагаешь хранить флаг в компоненте кнопки?

Да у него будет компонент Button у которого будет в стейте лежать flag и этот флаг будет меняться

Он может там хоть миллион этих кнопко создавать

от этого проблемы у тебя

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

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

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

она будет сортировать столбцы таблицы и менять класс для отображения

Ну тогда тебе проп onClick нужно передать в эту кнопку и по клику вызывать this.props.onClick например

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

Ну тогда тебе проп onClick нужно передать в эту кнопку и по клику вызывать this.props.onClick например

То есть обработчик вынести в родительский компонент?

Да в таблице у тебя твой интерфейс кнопкий должен примерно выглядеть так: <MyTableButton onClick={sortTableColumns} />

ну я б так сделал

И еще key не нужно Math.random генерировать. Смысл весь теряется в key тогда. https://reactjs.org/docs/lists-and-keys.html#keys

А за что у тебя классы отвечают?

Да в таблице у тебя твой интерфейс кнопкий должен примерно выглядеть так: <MyTableButton onClick={sortTableColumns} />

Попробую, спасибо. И еще один вопрос, а как из кнопки достать какое то значение и передать в другой компонент?

А за что у тебя классы отвечают?

какой?

Те которые у кнопок

Попробую, спасибо. И еще один вопрос, а как из кнопки достать какое то значение и передать в другой компонент?

Смотря какому компоненту. Если наследнику - так, как тебе показали уже. Можно исхитриться и передать в родительский ещё.

А вообще, есть такая штука как redux

Те которые у кнопок

Визуально стрелка перемещается то вниз, то вверх, в зависимости от сортировки

Смотря какому компоненту. Если наследнику - так, как тебе показали уже. Можно исхитриться и передать в родительский ещё.

Я имено про родительский компонент или даже родителя родителя

Попробую, спасибо. И еще один вопрос, а как из кнопки достать какое то значение и передать в другой компонент?

У тебя внутри кнопки доступны все проперти которые ты передал. Тоесть ты например передал в кнупку проперти onClick. Внутри кнопки в this.props у тебя метод будет доступен onClick. Ты его можешь вызвать и передать какие то параметры. Вообщем надеюсь понял.) Если не понял то тут описано все нормальным языком https://reactjs.org/docs/lifting-state-up.html#lifting-state-up

Грубо говоря, создаёшь функцию в родителе, вызываешь в наследнике

И в этой функции аргументом кидаешь

А вообще почитай, что люди кидают

Да, поддержка браузерами не полная еще

В голос

Давай не здесь

подскажите плиз. открыл node_modules/redux/index.d.ts а тут что-то вроде export interface StoreCreator { <S, A extends Action, Ext, StateExt>(reducer: Reducer<S, A>, enhancer?: StoreEnhancer<Ext, StateExt>): Store<S & StateExt, A> & Ext; ... } и т.д. как это читать? это typescript?

да

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

someKey: randomstring()

<input key={someKey}

someKey: randomstring()

Думал, отличается чем-то от обычных инпутов. Спасибо!

Key нельзя генерировать рандомный

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

Key нельзя генерировать рандомный

Почему?

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

А как-то по другому делают?

Потому что он должен быть предсказуемый, стабильный для одного и того же элемента) На то он и нужен. Но если ты знаешь, что реакту не понадобится делать какие-то манипуляции, которые могут полагаться на key, то можешь, конечно, рандомные их делать.

Почему?

А как-то по другому делают?

см тудулист в доке редакса

ERROR: S client not available

теперь и я пришел к тому, что надо написать свой ридакс)

может чат отдельный уже ?

так сказать redux—russian—edition

может ты себе сам отдельный чат создашь?

и говори на любые темы что интересно

может ты себе сам отдельный чат создашь?

Ты не поверишь...

Потому что он должен быть предсказуемый, стабильный для одного и того же элемента) На то он и нужен. Но если ты знаешь, что реакту не понадобится делать какие-то манипуляции, которые могут полагаться на key, то можешь, конечно, рандомные их делать.

Это для сортировки лол

может ты себе сам отдельный чат создашь?

к чему вообще это ?

да ладно, я сам redux не люблю

Это для сортировки лол

Так для нее он и должен быть предсказуемым, нет?

ну как бы выбор у тебя не оч большой

но рынок думает что реакт без redux невозможно)))

тошо мобх еще то дерьмо

Так для нее он и должен быть предсказуемым, нет?

Да А у него статично все

graphQL есть

эм

и this.state

я писал очень большой проект на this.state

все нормально было

есть ещё context API

а я писал очень большой проект где компоненты в мапу пихались и делалось сет стейт

@redux_ru

и тож жилось норм

там кто-то есть

но не значит что это правильно

а что есть правильно? кто сказал что это правильно?

кто сказал что redux правильно?

опыт разработки

единый источник правды это верное решение в вебе