Там будут методы уровня . ͡° ͜ʖ ͡°:^)(^:

О да

«Видишь в коде @<<>><? Ну-ка попробуй загугли меня!»

кто что юзает для локалстораджа?

мобильный сафари оказывается ломается под localStorage.setItem

кто что юзает для локалстораджа?

локалсторадж

и десктопный в анонимном режиме тоже не работает с localStorage, кстати

https://cldup.com/aZT_xeB1H7.png

смотрите какая хуйня

Ну он там работает, просто квота ноль

Фича такая

https://github.com/marcuswestin/store.js это юзать или лучше есть?

А чем не устраивает localStorage?

Ну он там работает, просто квота ноль

причем в последнем сафари на моем айфоне работает

на 9.3.2 не работает

причем в последнем сафари на моем айфоне работает

В инкогнито?!

В инкогнито?!

просто так

А

Дак работает он

Просто в инкогнито квота 0

Это с момента ввода локалСтораджа в сафари

в инкогнито не работает, да

ща проверил

котаны, кто нибудь пробовал datascript? https://github.com/tonsky/datascript

котаны, кто нибудь пробовал datascript? https://github.com/tonsky/datascript

А его вообще можно из js использовать?

в ридми написано, что можно

плюс есть жс-билд

https://github.com/tonsky/datascript#using-from-vanilla-js

https://github.com/tonsky/datascript/tree/master/release-js

Надо будет попробовать. Проекта пока нет подходящего :(

Гайз! Вот мне тут бекенд выдал такое респонс https://monosnap.com/file/zzrGpFXBpEG6KyJF4AbH4JkPG7HHHY мне одному кажется что это какая-то лажа и так нельзя оформлять ответ от бекенда?

Гайз! Вот мне тут бекенд выдал такое респонс https://monosnap.com/file/zzrGpFXBpEG6KyJF4AbH4JkPG7HHHY мне одному кажется что это какая-то лажа и так нельзя оформлять ответ от бекенда?

Смотря что ты пытаешься получить

на выходе должна будет получится таблица с данными

но мне не нравятся ключи вида In progress: , <31d:, Not for sale: {

React пришёл в Веб-стандарты ?

чет жесть какая-то

Гайз! Вот мне тут бекенд выдал такое респонс https://monosnap.com/file/zzrGpFXBpEG6KyJF4AbH4JkPG7HHHY мне одному кажется что это какая-то лажа и так нельзя оформлять ответ от бекенда?

странно, что null везде

ну, там просто даты не выбраны, но не в нулах дело

а в ключах, как по мне то <31d или ключи с пробелами и еще и разного регистра, это вообще не айс

но мне не нравятся ключи вида In progress: , <31d:, Not for sale: {

такие ключи лучше переделать на айди ({ "Not for sale": [] } -> { "NOT_FOR_SALE": [] } ), чтобы потом можно было легко перевести

Подскажите, тут когда-то проскакивала либа для редакса, чтобы в mapStateToProps каждый раз не писать код вроде {item: state.bla.item.filter().map()} а красиво вынести эту логику в реюзабл методы

декоратор чтоли?

да не декоратор. по сути и нету никакого фокуса, просто обычная функция, которая лежит в другом файле. но там была целая либа и какие-то плюшки

вот и хочу посмотреть

selector

Гугли

https://github.com/reactjs/reselect

Ну если я правильно понял

о

точно

спасибо большущее :)

Reselect - это причина по которой мне нравиться Mobx

:D

народ, а кто как в редаксе делает модальное подтверждение? их надо много где пихать. это получается надо ему передавать функцию экшена и объект с параметрами для нее? или как-то красивее илли проще можно?

у меня примерно так dispatch( showModal({ body: <Confirm text={CANCEL_ACCOUNT_CONFIRM} success={() => dispatch(cancelSaveAccount())} /> }) );

о, спасибо

<Confirm - соответсвенно маленький компонентик конфирм модалки

с 2-мя кнопками и текстом

т.е. видимость модалки в стор не попадает?

или где-то открытые модалки сохранятюстся?

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

ERROR: S client not available

но showModal у меня используется для всех модалок

я делал high order component, который изменял функцию, переданную в props. Логика была такая: измененная функция показывает модальное окно с предложением подтвердить действие. Если действие подтверждено, то выполняем исходную функцию, если отменено, то скрываем модальное окно.

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

я делал high order component, который изменял функцию, переданную в props. Логика была такая: измененная функция показывает модальное окно с предложением подтвердить действие. Если действие подтверждено, то выполняем исходную функцию, если отменено, то скрываем модальное окно.

Подобие мидлвары?

Но зачем?

эмм. в смысле зачем?

В смысле зачем функцию менять?

Просто поверх вешаешь функцию, если подтвердили, то прокидываешь некст, а если нет, то просто останавливаешь процесс

ну вот у меня есть функция delete - которая удаляет объект. есть компонент DeleteButton = <button onClick={delete}></button>. мне при нажатии на кнопку нужно подтверждение, по этому я меня функцию, которая сначала покажет модальное окно, а если будет подтверждение, то вызовет исходную функцию.

ну вот у меня есть функция delete - которая удаляет объект. есть компонент DeleteButton = <button onClick={delete}></button>. мне при нажатии на кнопку нужно подтверждение, по этому я меня функцию, которая сначала покажет модальное окно, а если будет подтверждение, то вызовет исходную функцию.

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

А что юзаешь для управления стейтом?

или даже передать делитбуттон св-во withConfirm которое показывает/сразу выполняет колбек

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

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

не обязательно же делит

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

так сделал его отдельным компонентом и добавил в deletebutton

А что юзаешь для управления стейтом?

ну у меня есть что-то вроде confirmBeforeAction(‘funcName’)(DeleteButton)

А что юзаешь для управления стейтом?

redux

Что там со шрифтами? :с

Напомнило http://starchenkov.info/create/font_gvn_sans-serif/

Напомнило http://starchenkov.info/create/font_gvn_sans-serif/

ну и трансишн же у него на меню

ну и трансишн же у него на меню

То есть содержание текста собственно ничем не смутило? :D

Никто не знает почему редакс полагается не на shouldComponentUpdate а на недокументированную особенность реакта что если мы в рендере вернули предыдущий jsx то реакт не будет его рендерить?

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

всё там задокументировано https://facebook.github.io/react/docs/advanced-performance.html

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

В компонент который оборачивается connect-ом редакс добавлять проверку чтобы если пропсы или результат mapStateToProp не поменялся то рендерить его не надо.Не редакс а реакт-редакс если быть точнее.

Эм. Оно же само всё делает

всё там задокументировано https://facebook.github.io/react/docs/advanced-performance.html

Там ничего не сказано про то что если в рендере вернуть предыдущий jsx то это типа будет эквивалентно shouldComponentUpdate. Пример: render(){ if(!this.renderElement){ this.renderElement = <InnerComponent/> } else { return this.renderElement } }

"React decides whether an actual DOM update is necessary by constructing a new virtual DOM and comparing it to the old one. Only in the case they are not equal, will React reconcile the DOM, applying as few mutations as possible."

https://github.com/facebook/react/issues/3226

а вообще да, там видимо под equal имеется в виду не ref equal, а результат диффа :)