Всем привет

еще раз увижу будет RO

это ебаный снобизм и хамство

сообщение удалено

сообщение удалено

ссылка на непривет.ру

а, ок) не успел чекнуть просто

Шо тут за тёрки

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

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

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

https://github.com/reduxjs/redux/issues/1287

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

Универсального правильного ответа нет.

А я все в глобал сую и мне так хорошо от этого

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

А я все в глобал сую и мне так хорошо от этого

синдром ридаксмена на лицо. гц.

А я все в глобал сую и мне так хорошо от этого

— Наркоман, наверное.

надеюсь шутка была

Состояние приложения редко не зависит от состояния модуля

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

А еще это на порядок легче дебажить

Вот прям на порядок

Это унификация == упрощение

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

а если тебе нужно вычислять количество новых сообщений в топбаре

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

и где-нибудь слева внизу выводить общее кол-во сообщений?

Начилось.

Это унификация == упрощение

надеюсь ты так делаешь только в личных проектах, которые никто не видит.

Это унификация == упрощение

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

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

надеюсь ты так делаешь только в личных проектах, которые никто не видит.

Не ну статус open \ close поповера я обычно в глобал не пихаю, т.к. сам поповер - это обособленный модуль. Но все же

админ тут ссылки нельзя скидывать ?

Смотря на что

или только провакационнык

и где-нибудь слева внизу выводить общее кол-во сообщений?

То есть это единственная причина выбирать стор? Если мне не нужно выводить, то в стейте оставлять?

То есть это единственная причина выбирать стор? Если мне не нужно выводить, то в стейте оставлять?

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

очевидно ж

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

Правда так считаю. Перед тем как попробовать все загонять в глобал сомневался, конечно, но потом получил огромный профит при дебаге и все сомнения отпали. Так же сейчас разрабатываю теорию о едином глобальном состоянии приложения. Важно заметить, что сейчас многие оперируют состоянием view, не задумываясь о состоянии всего приложения - а это разные вещи.

Правда так считаю. Перед тем как попробовать все загонять в глобал сомневался, конечно, но потом получил огромный профит при дебаге и все сомнения отпали. Так же сейчас разрабатываю теорию о едином глобальном состоянии приложения. Важно заметить, что сейчас многие оперируют состоянием view, не задумываясь о состоянии всего приложения - а это разные вещи.

Поддерживаю

Правда так считаю. Перед тем как попробовать все загонять в глобал сомневался, конечно, но потом получил огромный профит при дебаге и все сомнения отпали. Так же сейчас разрабатываю теорию о едином глобальном состоянии приложения. Важно заметить, что сейчас многие оперируют состоянием view, не задумываясь о состоянии всего приложения - а это разные вещи.

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

?

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

Почти, начал писать смой стей-менеджер :)

Почти, начал писать смой стей-менеджер :)

красавчик?

Хотя у меня в базе, считай, копия Атомов из ФРП, а точнее кефира

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

Хотя у меня в базе, считай, копия Атомов из ФРП, а точнее кефира

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

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

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

В конце не по русски сказал, ну вы поняли

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

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

а в ридаксе не замучаешься в большом приложение?)

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

плюс, накосячит в ридаксе намного проше, чем в mobx

а в ридаксе не замучаешься в большом приложение?)

Нет

По мне с редаксом просто искать ошибку

плюс, накосячит в ридаксе намного проше, чем в mobx

Не правда

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

там есть экшены, есть проблема? ищи что вызывает экшен.

Мобх почти не предсказуем

Мобх почти не предсказуем

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

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

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

эммм, делаешь экшены, такая возможность есть

nextjs

Я слышал что у некста там какие то проблемы с роутингом есть. Но пока не в курсе что конкретно

ERROR: S client not available

Я слышал что у некста там какие то проблемы с роутингом есть. Но пока не в курсе что конкретно

Все решаемо

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

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

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

разве у mobX можно блокировать мутацию стора?

разве у mobX можно блокировать мутацию стора?

Можно сделать, чтоб только через экшены

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

разве у mobX можно блокировать мутацию стора?

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

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

так не оставляй их так надолго)

так не оставляй их так надолго)

увы, но это уже решаю не я..

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

что-то на подобие этого:

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

какую лучше взять библиотеку для оформления ? -ant-design -matterial-ui -react-boostrap читал сравнения и коментарии под ними - мнения расходяться )

Что больше нравится, то и бери

какую лучше взять библиотеку для оформления ? -ant-design -matterial-ui -react-boostrap читал сравнения и коментарии под ними - мнения расходяться )

-react-boostrap - точно не это)

по опыту скажу

имхо - говно

конкретнее

конкретнее

там третий бутстрап, кампоненты часто трудно кастомизировать под себя, есть баги которые непонятно когда пофиксят... если реакт + бутстрап, то эта вроде немного поприятнее - https://reactstrap.github.io/

там третий бутстрап, кампоненты часто трудно кастомизировать под себя, есть баги которые непонятно когда пофиксят... если реакт + бутстрап, то эта вроде немного поприятнее - https://reactstrap.github.io/

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

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

думаю дело вкуса) а ты какую конкретно либу юзал,

?

material-ui@next

но она очень активно менялась)

но она очень активно менялась)

я про бутстрап

я про бутстрап

https://react-bootstrap.github.io/

https://react-bootstrap.github.io/

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

это пофиг