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

Мемоизация?

Даже стоп, нет

Не перерисуются

Не поможет при компонентах-функциях

Если грамотно разбить и сделать pure рендер

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

то, что перерисуется мне не особо страшно (элементов немного на экране будет) Мне скорее хочется сделать, чтобы было удобно

Не поможет при компонентах-функциях

Pure из рекомпоуза

и все это в контексте react-native

Я к тому, что мб лучше каждую книгу в отдельный коннект по ее id

Хм, вот про рекомпос не подумал

Да, хм, можно тогда денормализованный список вытаскивать из стора

И если ничего сложного делать не нужно, то можно и не нормализовать даже

т.е state.users: [{name: 'Igor', books: [1,2,3]}] state.books[{id: 1, name: 'First'}, ...] var books = state.books.filter(book => state.user.books.contains(book.id)) ?

нет

Мапом

booksIDs.map(bookID => state.books[bookID])

Но вообще все еще зависит от того, какая api

users: { ids: [...], byId: { ... } } books: { ids: [1], byId: { ..., 1: { ... } } }

Хранить ids совсем не обязательно же, он чисто для сохранения ордера

А если нет ids, то и byID можно перенести на уровень выше

Ещё чтобы итерироваться быстро

Ну да, но ему это не нужно же

зачем ids и byId? 0_0 Почему просто не массив с пользователеми или книгами?

Ему нужно вывести одного юзера

И его книги, массив книг в самом юзера

В массиве сложны и неэффективны операции доступа по id, удаления и редактирования

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

в первую очередь интересует скорость разработки и удобство

скорость работы не важна

hui

rei

hi

не могу до конца въехать в философию Redux Если у меня есть пользователи, у каждого список книг. На странице нужно выводить книги только одного пользователя В итоге сейчас у меня в сторе есть currentBookList, куда сохраняю список книг текущего пользователя, который отображается на экране Но когда пользователя меняю - приходится перезаписывать стейт. Нормально ли это?

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

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

Или не нужно )

Или не нужно )

Или не осенит

Как вариант, он может приложение и не напишет

народ, а смотрите, у меня приложение, где в куче мест используется инфа о, например, юзерах. На сколько норм практика прокинуть в контекст users: Map<id, User> и не париться с прокидыванием пропсов? какие есть подводные камни?

А Redux не для этого нужен?

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

но вообще компоненты нужно делать как можно тупее, так что нужно вникать в архитектуру твоего приложения

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

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

с одной сторны - да. с другой у меня в куче мест есть Array<id>, которые либо мэпить до передачи в компонент, либо уже в самом компоненте

На мой взгляд правильнее мэпить до передачи

и если что навешивать нужные функции через React.cloneElement

Тут другое дело в том, хочется ли с этим заморачиваться, если так всё организовывать, то времени больше уйдёт и стоит ли это того

Зависит от того, будет у тебя проект неделю жить или год.

Зависит от того, будет у тебя проект неделю жить или год.

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

народ, а смотрите, у меня приложение, где в куче мест используется инфа о, например, юзерах. На сколько норм практика прокинуть в контекст users: Map<id, User> и не париться с прокидыванием пропсов? какие есть подводные камни?

Создай отдельный модуль

для чего?

Для юзера. Стоп. А как же редакс?

ок, давай расскрою мысль) у меня приложение - чат. а теперь представь вот этот чат, в котором мы общаемся. У тебя есть аватарка, у меня есть аватарка. есть имя и прочая инфа о юзерах. У каждого сообщения есть sender/author, как хочешь назови. Вот где делать мэппинг uid -> User ?

А тебе для чего нужен uid?

И что есть User?

Почему этот маппинг не сделать через мидлвару в нетворк слое ?

Ммм, расскажи, что такое мэпинг

Перебор и изменение массива функцией map ?

Перебор и изменение массива функцией map ?

[{id,…}….].reduce((acc,el)=>{acc[el.id]= el; return acc},{})

вот это я думаю он имел ввиду

ок, давай расскрою мысль) у меня приложение - чат. а теперь представь вот этот чат, в котором мы общаемся. У тебя есть аватарка, у меня есть аватарка. есть имя и прочая инфа о юзерах. У каждого сообщения есть sender/author, как хочешь назови. Вот где делать мэппинг uid -> User ?

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

И про мэпинг не понял

маппинг - это когда есть одна сущность и ты ее преобразуешь в другую

ERROR: S client not available

было uid: 1, стало user: {id: 1, ...}

Почему этот маппинг не сделать через мидлвару в нетворк слое ?

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

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

ии ?

Есть два мепа, ты смерджил два мепа и реакт обновил только там где поменялось.

ок, давай расскрою мысль) у меня приложение - чат. а теперь представь вот этот чат, в котором мы общаемся. У тебя есть аватарка, у меня есть аватарка. есть имя и прочая инфа о юзерах. У каждого сообщения есть sender/author, как хочешь назови. Вот где делать мэппинг uid -> User ?

Наверно там же, где ты получаешь эти данные, или в редюсере

Есть два мепа, ты смерджил два мепа и реакт обновил только там где поменялось.

А вообще без модели данных redux/mobx таким лучше не заниматься.

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

я понимаю, для чего нужен редакс, но не понимаю, как его нормально использовать. Во всех предыдущих приложениях использовал схему с выделением в сторе отдельного стейта для selectedUsers и тп Те не отдельное хранилище, которое содержит всех пользователей или все книги, как мне посоветовали выше, а просто отдельный стейт, с которым удобно работать. Нужен список книг - загружаешь и кладешь в state.currentBookList. Смотришь список другого пользователя - стираешь стейт и записываешь новые книги. Накладно с точки зрения производительности и траффика, зато удобно. Думал, что что-то делаю неправильно и есть какая-то убойная техника, которая позволяет УДОБНО менеджить такие ситуации, но похоже, что нет

вот смотри, тут тебе нужно сразу знание о двух юзерах

если это мапить в списке сообщений - тебе на каждое изменение юзера надо весь список мэпить. а так только нужные сообщения

если это мапить в списке сообщений - тебе на каждое изменение юзера надо весь список мэпить. а так только нужные сообщения

я не вижу проблемы

на добавление новых юзеров ты мепишь их в {id: {…}} и мерджишь с общим стором

если это мапить в списке сообщений - тебе на каждое изменение юзера надо весь список мэпить. а так только нужные сообщения

Ну вот, ты же сам сейчас как нужно сделать)

на добавление новых юзеров ты мепишь их в {id: {…}} и мерджишь с общим стором

у тебя список из 1000 сообщений. ты предлагаешь пройтись и в каждом обновить юзера?

я просто этот самый маппинг думаю вынести в момент рендера компонента

у тебя список из 1000 сообщений. ты предлагаешь пройтись и в каждом обновить юзера?

нет, в каждом сообщении есть адйшник юзера

нет, в каждом сообщении есть адйшник юзера

так

и есть компонент который по айдишке юзера отображает этого юзера

Нет, сделай это в компоненте выше, и передай обработаный массив во вью

ну вот так я и хочу сделать)

т.е берет из стора и по айдишке и отображает

ТАК ДЕЛАЙ

Нет, сделай это в компоненте выше, и передай обработаный массив во вью

на мой взгляд это дорого

на мой взгляд это дорого

На мой взгляд у нас слишком мало инфы чтоб об этом судить

на мой взгляд это дорого

крч просто возьми редукс и nomalizr,а не эти костыли

редукс есть, реселект есть, нормализр не понимаю как поможет. вы не понимаете, что речь идет о списке

Rei, this type of media is not allowed in this chat. (1/3)

Хех)

Rei, this type of media is not allowed in this chat. (1/3)

what is allowed