Anonymous
в реатоме я целенаправленно сделал глобальный единый стейт, т.к. это надежнее и предсказуемее. Просто я исправил все связанные с этим проблемы.
У тебя в рамках данного проекта не было бизнес-задач, которые этому противоречат. Единый глобальный стейт имеет право на жизнь. Просто есть решения, которые удобны только для этого, а есть, — которые не только. =)
artalar
useEffect(() => { pageMounted() return pageUnmounted }, [])
не вижу в коде эффектор. И я не про page - не понял о чем ты. Я конкретно про реиспользуемые компоненты. Например хочу в форме несколько виджетов дата-пикеров,которые написаны на эффекторе - как это будет?
Андрей
вон в ssr всё работает
Да. Но ты не будешь каждую мелочь в провайдер оборачивать, чтобы достичь изолированности компонентов.
Андрей
Ладно. Мы уже 2 года с Димой на эту тему говорим. Не хочу продолжать.
Sergey
Эффектор вообще не статический,потому что в нем динамически можно менять связи Ну не то что бы “вообще” - но не до конца
если я могу до старта приложения вычислить все доступные связи — статическая связь если не могу, то это динамическая лично я пишу код так, чтобы в рантайме новых связей не появлялось
Maksim
но ведь в сторибук работет hot reload. Открываешь редактор открываешь сторибук и готово
Это я знаю, но надо хороший плейграунд, чтобы разработчик мог в этом же приложении редактировать компонент и получать его представление. Может такого и нет, но вдруг кто-то сталкивался
Ilya
Короче нужно организовывать онлайн батл с трансляцией effector vs reatom.
Sergey
но вообще через useEvent, useStore
Андрей
Короче нужно организовывать онлайн батл с трансляцией effector vs reatom.
Они с разных сторон подходят. Нельзя сравнивать.
artalar
но ведь в сторибук работет hot reload. Открываешь редактор открываешь сторибук и готово
Оооо, интересный вопрос, кто-нибудь пробовал хот релоад (который точечно умеет обновлять компоненты) с эффектором?))) У меня с ним куча багов было
Anonymous
конечно++
Вот. И я говорю, что если ты дрочишь redux ducks или что-то подобное, то, возможно, ты ешь кактус. Ибо подобные парадигмы как раз являются попыткой обособить разные части одного стейта.
Sergey
Не в разы. И все они ... нишевые.
в разы лучше. где ридакс порождает сотни строк кода, другой стм не заставляет написать ни строчки лишней
artalar
Anonymous
Это типа концепция, где рендер == графкл запрос? Условно.
Ilya
Они с разных сторон подходят. Нельзя сравнивать.
Обе стороны накидываю задачи (с реальными юзкейсами) И в олайн режиме решают с помощью своих интструментов
Anonymous
пиздец же
Не. Там нормально вообще всё выглядит. Ты посмотри сам.
Bogdan
Это типа концепция, где рендер == графкл запрос? Условно.
нет, зачем тебе на рендер запрос? юзай запросы как обычно, когда нужно
Sergey
они одинаково решают проблемы
.
никто не читает эти статьи
Да, ладно. На хабре БОЛЬШЕ статей "победителей" редакс, чем статей за редакс. А ... слон идёт дальше.
artalar
Вот. И я говорю, что если ты дрочишь redux ducks или что-то подобное, то, возможно, ты ешь кактус. Ибо подобные парадигмы как раз являются попыткой обособить разные части одного стейта.
Ну… Я ж говорю, у меня в реатоме все модульно / гибко. Глобальный стейт есть и все лежит в нем, но модули об этом совсем не знают.
Bogdan
УСЛОВНО.
хз, даже не условно
.
И что? От этого люди начинают думать?
Ну, по крайней мере у них есть выбор.
Anonymous
хз, даже не условно
Пройди и почитай доку аполло, то, что они предлагают. А потом составь об этом мнение. Это будет луше, чем с моих слов, ибо я никогда его не юзал. =)
Sergey
Ну, по крайней мере у них есть выбор.
главная ошибка, что у большинства людей есть выбор
Sergey
а лучше попробовать
у нас на проекте юзают аполло и чет коллега плюется, я плююсь. ибо вся логика в компонентах лежит с тс типы плохо выводятся, приходится фрагментам явно в дженерик параметр прокидывать
Bogdan
я юзаю в данный момент, у него много чего интересного есть
на самом деле, если бек выдает граф, милое дело аполо юзать, но если бек на ресте, то уже хуже, потому что ты помимо клиента будешь сам делать резолверы
Андрей
Ну, по крайней мере у них есть выбор.
Думать или не думать?) Люди - ленивые животные. Они будут не думать. По себе знаю. Уже сколько времени порываюсь свой стм писать.(почти год уже как) Не написал.
Bogdan
у нас на проекте юзают аполло и чет коллега плюется, я плююсь. ибо вся логика в компонентах лежит с тс типы плохо выводятся, приходится фрагментам явно в дженерик параметр прокидывать
типы прекрасно выводятся, типы бека отлично выводятся, что за логика в компоненте, если есть хуки, вынести хук и переюзать, очень зашло
Андрей
такая же фигня. просто начал юзать эффектор, и адаптировал для своих нужд. ну и решения предлагаю
Только меня внешнее апи эффектора не устраивает) Но в личной беседе Дима предложил графит как основу для моего решения использовать)
Андрей
а чем тебя именно апи не устраивает? (интересно)
Локальность) Точнее, независимость компонентов. То, что тебе арталар говорит.
.
Да что ж ты такой токсичный?
Не, ну может чел не туда попал то. Бывает.
Андрей
то, что определяется в файле?
<> <A /><A /> </> будут иметь одинаковый стейт, а я хочу чтобы они работали независимо
Андрей
+ эффектор пошёл в сторону того, что делает кучу работы в хуках - а это динамика => плохо.
Sergey
вот такие хуки, очень круто выглядит как по мне
воот ты типы прокидываешь в useQuery я об этом и пишу
Bogdan
воот ты типы прокидываешь в useQuery я об этом и пишу
это да, но там есть плагин, который все делает сам, мы пока не юзаем, найду, скину
Андрей
заворачиваешь в провайдер
А я хочу такое поведение для любого компонента в проекте. И считаю, что могу это сделать. (Не с помощью эффектора).
Ilya
воот ты типы прокидываешь в useQuery я об этом и пишу
там же можно автоматом генерить типы.
Bogdan
там же можно автоматом генерить типы.
там есть либа, нагенерит все, что на скрине передал, импортнуть просто нужно и все
Sergey
там же можно автоматом генерить типы.
генерить, да но прокидывать приходится
Sergey
реатом заюзал многие идеи эффектора
Ну эффектор ничего нового и не дал :( pub/sub, computed. Чисто субъективно. Могу быть не прав.
Bogdan
https://graphql-code-generator.com/ сгенерит все, положит либо в файл, либо рядом с фалойм где укажешь, но наверное лучше все в один, из него достанешь ф-ю свою, уже без прокидвания типов руками, он сам
Андрей
А реатом сделал шаг чуть дальше и понял как переиспользовать текущую экосистему(девтулзы редакса, к примеру) для своей работы.
Sergey
Он дал хорошее апи для пользователя.
Ну здесь скользкая грань, что хорошее, что плохое. Уже писал про это
Sergey
А реатом сделал шаг чуть дальше и понял как переиспользовать текущую экосистему(девтулзы редакса, к примеру) для своей работы.
мы уже обсуждали несколько раз. что плоский список ивентов, тупо не подходит для сложных структур данных, вроде реатомовских и эффекторовских
Bogdan
там такая мясорубка начинается, когда над проектом не один работаешь
у нас норм , структура обычно одинаковая, что я буду работать, что другой человек, без разницы
Sergey
у нас норм , структура обычно одинаковая, что я буду работать, что другой человек, без разницы
пока другой человек не начнет работать, не узнаешь. да и плоская структура не масштабируема
.
в разы лучше. где ридакс порождает сотни строк кода, другой стм не заставляет написать ни строчки лишней
>где ридакс порождает сотни строк кода, другой стм не заставляет написать ни строчки лишней Бывает. А о том же - появляется нишевый продукт, который всё сводит к строчке кода. Потом ещё один, к другой строчке кода. И так далее. Но все они нишевые. Если проект растёт и меняется - рано или поздно - как блудный сын - на порог - здравсвуй редакт, как давно тебе не видел ... Типа того.
Bogdan
пока другой человек не начнет работать, не узнаешь. да и плоская структура не масштабируема
хук с компонентом рядом, если локальный, выше в src глобальные, разве плохо? не атомик, но тоже норм, так у нас работает не один, а хз, сколько выйдет, столько и будет а можно имитировать бекенда схему, но мне не понравилось так