ман в пдф это конечно слабоумие и отвага

Вот я ж и говорю что с телефона

почитаю вечером, спасибо

Ща ещё чё скину

https://m.habrahabr.ru/post/221863/

Типо для школьников которые pdf не умеют качать

о, я школьник

спасибо

Херассе у тебя харя школьная

в 32 года то!

Вас в столовке стероидами кормят ?

ну слушай вроде хтмл + жс обычный на вебките

Чёт странная школа

чего реакту не работать то

Ну типо Бабель ёбнул и збсь я об этом подумал

Просто интересно как шустро он это рендерит

ты там google docs делать собрался? )

Ну вот только не смейся

Да, мне нужна таблица как в excel

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

для ретуши

никаких шуток про больных ублюдков

эксперимент у меня

Мне ещё надо придумать как аппу в слои шоповские рендерить

Думаю либа есть какая нибудь уже

Типо в хром плагин, а там уже как-то по внутреннему порту перекинуть

Там есть дебаг какой-то

Нене это не для плагина

Можно электрон апп и в нем сервак

А к нему из фотошопа цепляться

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

А то блеать этот баран на JS смотрит и кричит что сложно

"блядей менять надо а не кровати двигать" ©

кек

Орнул

небольшой вопрос по мобикс что дешевле, сделать _.merge(state, newState) или сделать state = newState в первом случае перерендерятся только те компоненты, которые изменились, во втором случае перерендерится все при условии что state может быть на 10+ уровней, не быстрее ли будет перерендерить все, без дип компейр?

если state это все дерево состояний всего приложения, это вообще не гуд

что-то не того с архитектурой

небольшой вопрос по мобикс что дешевле, сделать _.merge(state, newState) или сделать state = newState в первом случае перерендерятся только те компоненты, которые изменились, во втором случае перерендерится все при условии что state может быть на 10+ уровней, не быстрее ли будет перерендерить все, без дип компейр?

Операции с данными в памяти на несколько порядков быстрее операций с DOM. На этой идее, например, основан React

небольшой вопрос по мобикс что дешевле, сделать _.merge(state, newState) или сделать state = newState в первом случае перерендерятся только те компоненты, которые изменились, во втором случае перерендерится все при условии что state может быть на 10+ уровней, не быстрее ли будет перерендерить все, без дип компейр?

А вообще - лекго проверить на практике, через Chrome Devtools -> Timeline

если state это все дерево состояний всего приложения, это вообще не гуд

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

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

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

в этом случае Object.assign вполне делает

assign одноуровневый

все верно

предлагаешь разбить на сущности, в которых стейты одноуровневые?

просто все дерево брать с бэкенда странно ИМХО, может оно у вас не очень большоей?

assign одноуровневый

и shallow

и shallow

само сабой

просто все дерево брать с бэкенда странно ИМХО, может оно у вас не очень большоей?

ну примерно 7-10 уровней вложенности

ээ, ИМХО не масштабируемо в будущем

если количество объектов будет очень большим

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

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

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

но в целом ок было — прототип накидал быстро

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

и тогда все норм

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

а поясните мне за _.curry

как его заставить возвращать функцию если один аргумент? f = function (a) {console.log(a)} x = _curry(f)('A')

тут вместо обертки будет вызов (

R.unary

но зачем тебе тогда curry

ERROR: S client not available

если один аргумент?

прокидывать onDelete={_.curry(this.onDelete)(index)}

в map

как его заставить возвращать функцию если один аргумент? f = function (a) {console.log(a)} x = _curry(f)('A')

а, тебе нужна реализация каррри

возьми _ или R

там есть curry

погоди, я как раз за лодаш и спросил

:)

на два аргумента все ок работает

а на один уже идет вызов а не возвращается функция

конечно можно не выебываться и написать onDelete={(i)=> ()=> this.onDelete(i)}

но с карри как-то читаемее кмк

да и просто прояснить хотелось бы этот момент

Опять скриншоты кода...

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

https://www.webpackbin.com/ как уже советовали, ну или gist на крайняк

хз, я тут полдня

не видел

учту, спасибо

https://marketplace.visualstudio.com/items?itemName=RolandGreim.sharecode для vscode позволяет шарить куски из контекстного меню выделенного куска кода

а есть такое же но для консоли хрома? )

ну блин, это же нечитаемо onDelete={((i)=> ()=> this.onDelete(i))(i)}

для хрома имхо полезно вот такое https://marketplace.visualstudio.com/items?itemName=msjsdiag.debugger-for-chrome

для тех кто пользуется VS

оно опенсорц

я понимаю

/troll но менее неудобным оно от этого не стало

для хрома имхо полезно вот такое https://marketplace.visualstudio.com/items?itemName=msjsdiag.debugger-for-chrome

У хрома и так норм дебагер не?

на вкус и цвет фломастеры разные