@react_js

Страница 1272 из 5115
Кирилл
12.05.2017
13:09:04


Сергей
12.05.2017
13:09:05
обработки логики?!

Сергей
12.05.2017
13:09:21
redux-thunk + ServiceObjects

Google
Konstantin
12.05.2017
13:09:21
танк

Кирилл
12.05.2017
13:09:25
да, не так высказался

Denis
12.05.2017
13:09:31
Logic

Konstantin
12.05.2017
13:09:39
пробовал сагу, не зашла, гемморная какая-то

Кирилл
12.05.2017
13:09:44
еще такая вещь, мб кто щупал

https://github.com/jeffbski/redux-logic

Denis
12.05.2017
13:09:54
Щупал

Konstantin
12.05.2017
13:09:56
редюсеры полюбому юзаешь

Кирилл
12.05.2017
13:09:59
Интересно мнение

Denis
12.05.2017
13:10:08
Пизже пока ничего нет

Кирилл
12.05.2017
13:10:36
редюсеры полюбому юзаешь
Плохая же практика обрабатывать там инфу

вроде

Поскольку мнения разнятся, мб аргументы? за/против

Google
Konstantin
12.05.2017
13:11:41
Плохая же практика обрабатывать там инфу
смотря какую инфу. работать с уже обработанными данными вполне нормально

Konstantin
12.05.2017
13:13:05
это Абрамов написал?))))

Сергей
12.05.2017
13:13:06
я в редюсерах только обновляю стейт

Кирилл
12.05.2017
13:13:17


Сергей
12.05.2017
13:13:52


Кирилл
12.05.2017
13:14:37
ну по мне так так и лучше, ведь если тут будет еще что-то запутаться будт слишком просто

Konstantin
12.05.2017
13:15:14
полностью согласен. у меня тоже самое. но бывают же исключения, не так ли?

Сергей
12.05.2017
13:16:09
полностью согласен. у меня тоже самое. но бывают же исключения, не так ли?
если и бывают, то преобразование входных данных, а-ля ключи поменять пишу отдельно функцию и юзаю: [ACTION_NAME]: (state, action) => ({ ...state, data: convertData(action.payload) })

Yung
12.05.2017
13:16:34
Саги и редакс cycles

Konstantin
12.05.2017
13:17:19
Сергей
12.05.2017
13:17:35
вот-вот, данные таки могут мутировать в редюсере. и не важно где находится функция.
не мутируют данные никакие)) это не мутация, а преобразование, a -> a'

Кирилл
12.05.2017
13:17:41
Саги и редакс cycles
интресненько, сайкл не видел, щас почитаем)

Oleg ?
12.05.2017
13:18:04
Мутация в редаксе запрещена

Правда это накладывает некоторые ограничения

Например, сильно вложенные объекты очень трудно обновлять

Сергей
12.05.2017
13:19:03
Oleg ?
12.05.2017
13:19:38
Ага, и в итоге станет понятно, что лучше использовать redux как базу, например redux-orm

Но тогда спрашивается, зачем редак или есть IndexDB например?)

Konstantin
12.05.2017
13:20:17
не мутируют данные никакие)) это не мутация, а преобразование, a -> a'
ок. давай на примере. у тебя есть массив заметок [{a: 1},{a: 2},{a: 3}]. у тебя экшн, который берет удаляемый объект из массива. Где ты будешь его находить в стейте и удалять и обновлять стейт?

Google
Дмитрий
12.05.2017
13:21:54
Oleg ?
12.05.2017
13:22:32
И какая? Одноправленный поток данных и единый стейт?)

Сергей
12.05.2017
13:22:57
Дмитрий
12.05.2017
13:23:10
ок. давай на примере. у тебя есть массив заметок [{a: 1},{a: 2},{a: 3}]. у тебя экшн, который берет удаляемый объект из массива. Где ты будешь его находить в стейте и удалять и обновлять стейт?
>ок. давай на примере. у тебя есть массив заметок [{a: 1},{a: 2},{a: 3}] Какой хороший пример. А теперь встаёшь и переделываешь его нормально ?

Хороший пример, как делать не надо и почему

Konstantin
12.05.2017
13:23:39
Дмитрий
12.05.2017
13:23:55
Ну ты видишь что у тебя проблемы начались?

Konstantin
12.05.2017
13:24:12
не :)

у меня всё норм

Дмитрий
12.05.2017
13:25:12
Во во

Oleg ?
12.05.2017
13:25:19
Я бы сделал объект, а не массив { 1: { a: 1 }, 2: { a: 2 }, .... }

Дмитрий
12.05.2017
13:25:41
Ну типа того, да

Stepan
12.05.2017
13:25:45
Щас бы по данным бегать вместо O(1) по ид, эхх
А что, сильно много ресурсов такое тянет?

Max
12.05.2017
13:25:49
по ключу да

Aleh
12.05.2017
13:25:49
лол, вот у вас конечно принципиальные изменения массива на объект, это конечно все меняет)

Max
12.05.2017
13:26:03
удаление собственно тоже по ключу

Google
Max
12.05.2017
13:26:20
просто экшн DELETE_STUFF, 5

Admin
ERROR: S client not available

Konstantin
12.05.2017
13:26:20
Я бы сделал объект, а не массив { 1: { a: 1 }, 2: { a: 2 }, .... }
та не важно, лодашевский keyBy вот так сделал. Всё равно где-то или удалять, или сплайсить

Oleg ?
12.05.2017
13:26:23
Да, в некоторых случаях с объектом удобнее работать

Сергей
12.05.2017
13:26:24
Aleh
12.05.2017
13:26:32
Вообще то да
ну разверни мысль тогда )

Дмитрий
12.05.2017
13:26:52
Её тут уже три человека разворачивает, включая пояснения про O(1)

Konstantin
12.05.2017
13:26:56
indexOf - тянет О(1).

Oleg ?
12.05.2017
13:27:04
Проще обращаться к объекту по ключу

Aleh
12.05.2017
13:27:15
500 элементов в массиве и объекте. сравни
ты не заметишь разницы даже на 5к элементах

Yung
12.05.2017
13:27:36
А что, сильно много ресурсов такое тянет?
На больших кусках данных да, хотя большин на фронте вообще гонять не стоит, но это уже другой разговор

Oleg ?
12.05.2017
13:27:42
Попробуй удалить объект из массива не мутируя его

Dmitry ?
12.05.2017
13:27:44
Ну не всегда так же можно нормализовать. Например, несколько экранов в приложении, где одни и те же айтемы, но по разному отфильтрованные/отсортированные

Oleg ?
12.05.2017
13:27:51
И удали объект из объекта по ключу

Konstantin
12.05.2017
13:27:54
какая разница, какая структура? или массив, или объект. Я думаю многие могут работать и с тем и с тем

Oleg ?
12.05.2017
13:28:13
С массивом труднее работать

Google
Konstantin
12.05.2017
13:28:19
Oleg ?
12.05.2017
13:28:20
Ты просто ещё не сталкивался с этим)

Удали объект из массива

Konstantin
12.05.2017
13:28:37
Oleg ?
12.05.2017
13:28:38
Удали второй объект из массива

Давай

Konstantin
12.05.2017
13:28:50
Удали второй объект из массива
так в чем проблема то???

Сергей
12.05.2017
13:28:54
ты не заметишь разницы даже на 5к элементах
да ну, скопировать массив или же просто установить новое значение ключа?

Oleg ?
12.05.2017
13:28:59
Ща напишу код

Max
12.05.2017
13:29:07
как хранилище key-value тупо удобнее массива

Konstantin
12.05.2017
13:29:08

Страница 1272 из 5115