Олег, кирпич это стройматериал или орудие пролетариата?

вот, то что я хотел услышать

Зависит от контекста блин

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

гм … но вообще я же могу обратиться в стейт соседнего компонента в редаксе?

то тут пожалуй redux лучше

гм … но вообще я же могу обратиться в стейт соседнего компонента в редаксе?

нет

неправильно думаешь

у редакса свой стейт

Да, думаю кирпич

он не привязан к “сосендним компонентам"

Значит компонент

Короче отображение = компонент Работа с данными = контейнер

гм … но вообще я же могу обратиться в стейт соседнего компонента в редаксе?

в реакте нет понятия "соседнего" компонента

так, стоп, я запутался. предполагается хранить данные внутри стейта самого компонента. и запрашивать их из него. или в глобальном едином редакс-сторе но меня гложут сомнения что там у каждого инстанса будет свой — я же 1 раз его в export default combineReducers({}) пихаю. И сторы компонент будут доступны из других компонент. Разве не будет перетираться всё в режиме гонки запросов?

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

нет

в реакте — нет

так, стоп, я запутался. предполагается хранить данные внутри стейта самого компонента. и запрашивать их из него. или в глобальном едином редакс-сторе но меня гложут сомнения что там у каждого инстанса будет свой — я же 1 раз его в export default combineReducers({}) пихаю. И сторы компонент будут доступны из других компонент. Разве не будет перетираться всё в режиме гонки запросов?

в реакте стейт каждого компонента полностью изолирован

redux же общий

эм … я использую redux

> Разве не будет перетираться всё в режиме гонки запросов? не будет

у тебя а) редюсеры модифицируют часть стора б) жс однопоточный

у редакса стор один

эм … я использую redux

ты из какой сферы в жс пришел?

мне php - шнику так вообще не понятно о чем вы )

знаю стейты только

> ты из какой сферы в жс пришел? из сфер pure js без react/redux

> ты из какой сферы в жс пришел? из сфер pure js без react/redux

Тебе можеть быть не нужен редакс.

Как узнать, что мне нужен редакс?

Нет, не может.

Как узнать, что мне нужен редакс?

https://medium.com/@dan_abramov/you-might-not-need-redux-be46360cf367

Благодарю

Как узнать, что мне нужен редакс?

да пиши как угодно

переписывать будешь в любом случае

инфа 100%

Да я и пишу чисто на реакте))

Как узнать, что мне нужен редакс?

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

если мы говорим про общий глобальный редакс стор, то как он должен выглядеть? { url: null, abstract: null } или всё же { instances: [{ id: 1 url: 'pic1.jpg', abstract:'aaa' },{ id: 2 url: 'pic2.jpg', abstract:'bbb' }] } ?

второе

если мы говорим про общий глобальный редакс стор, то как он должен выглядеть? { url: null, abstract: null } или всё же { instances: [{ id: 1 url: 'pic1.jpg', abstract:'aaa' },{ id: 2 url: 'pic2.jpg', abstract:'bbb' }] } ?

нормализируй под свой проект.

я не очень понимаю что такое первое

ага

вот, спасибо

плюс инстансес это словарю с ключами по id а не массив

понял

плюс инстансес это словарю с ключами по id а не массив

где там картинка про преждевременную оптимизацию?

и туда инстанс регистрируется из конструктора задиспатчив соответствующий акшен, верно?

где там картинка про преждевременную оптимизацию?

да вполне своевременная оптимизация

где там картинка про преждевременную оптимизацию?

это не преждевременная оптимизация

это выбор структуры хранения

Какой в этом смысл?

Кроме скорости работы

Массив очевиднее

Массив очевиднее

ой это ты зряяяяя

для некоторых goto очевиднее

Хорошо, давайте так. В чем проблема массива?

или табы вместо пробелов

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

Хорошо, давайте так. В чем проблема массива?

Это скользкая дорожка. Очень скользкая

мне больше подходит key-value хранилище

Хорошо, давайте так. В чем проблема массива?

изменить свойство у элемента с id 5689

а так-же сразу понятно что у тебя НЕТ СОРТИРОВКИ

Хм. Ну ладно, убедили

ERROR: S client not available

Хм. Ну ладно, убедили

но с другой стороны ты можешь пропустить написание нормализаций

и это ускоряет. особенно если у тебя много данных

what do you mean?

каким образом массив-словарь влияет на нормализацию? )

what do you mean?

ну приваливает тебе с бэка миссив из 10к объектов. Чё делать? Например, пагинацию надо

не получать 10к обьектов?

не получать 10к обьектов?

а вот не вариант. может прикатить 10, 1000, 10к, или 50к объектов

ох как хуево быть фронтенд-онли

А как насчёт последовательности объектов? Словарь же не гарантирует сравнение порядка

конечно

я поэтому и написал

и тебе надо сразу отрисовать кучу графиков с Д3 (которому, кстати, на объекты не особо заходят), и пагинацию и ещё плашки с медианами

берешь сам и сортируешь

ох как хуево быть фронтенд-онли

так дело не в том, что ФЕ-онли, у меня нет проблем с бэком, тут сам подход бывает порой вот прям супер-специфический.

и тебе надо сразу отрисовать кучу графиков с Д3 (которому, кстати, на объекты не особо заходят), и пагинацию и ещё плашки с медианами

ну тут массив подойдет, согласен

но в большинстве случаев нужен key-value storage

ну тут массив подойдет, согласен

ну вот с такой хуитой я в основном и работаю :)

ибо он удобнее для CRUD

скажите мне switch (true) { case target instanceof Class: {} } слишком плохо?

или лучше if / elseif / ... / else ?

Ну, как мне кажется, ты просто ничего не выигрываешь

ну вообще да

скажите мне switch (true) { case target instanceof Class: {} } слишком плохо?

Я слишком РНР, или все же наоборот? switch (target instanceof Class) { case true: {} }

а это

Он имеет в виду, что там будут ещё варианты

главное break не забудь

Ребят, а как передать во фронт версии всех установленых пакетов?

а ты только таргер свитчишь?

а ты только таргер свитчишь?

да вот ага

ну я бы через ифы сделал

свитч уебищный

ну вот я тож ща к этому пришел