Функции - это необязательно логика.

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

а не в перемешку

Даже если она в рендере, она над JSX

ну вот для примера, получил ты массив данных из Consumer, тебе нужно их отфильтровать как то, или мапом пробежаться, тебе лень было выносить это в функцию, и ты это прям там внутри JSX напишешь, так? Красиво это будет? А дебажить классно?

ну вот для примера, получил ты массив данных из Consumer, тебе нужно их отфильтровать как то, или мапом пробежаться, тебе лень было выносить это в функцию, и ты это прям там внутри JSX напишешь, так? Красиво это будет? А дебажить классно?

фильтруй при создание компонента, если это класс, если это функция, фильтруй в хоке или еще где нить

кто использует mobx-state-tree и серверный рендеринг?

кто использует mobx-state-tree и серверный рендеринг?

Сразу квещн

дайте ссылку на бойлерплэйт)

p.s. там условие наоборот должно быть, но да ладно, это только что написал

p.s. там условие наоборот должно быть, но да ладно, это только что написал

Что-то бред какой-то с ...

Просто listeners передать и {...props}

Или тебе тебе надо их спредить ?

Просто listeners передать и {...props}

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

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

Ну так у тебя сейчас не хок же

в смысле по-даунски? у тебя просто есть условие в коде ?‍♂️

в смысле по-даунски? у тебя просто есть условие в коде ?‍♂️

для каждого такого компонента писать эту портянку тупо

для каждого такого компонента писать эту портянку тупо

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

не знаешь как написать ?

хоки не оч, лучше рендерпропс

хоки не оч, лучше рендерпропс

тут лучше хок

оно не замена другому

тут лучше хок

чем лучше?))

ListenersListConsumer сделай хоком и внутри обрабатывай какие вниз listeners спускать

чем лучше?))

тем что просы оборачиваемого компонента попадут в хок

так надо будет их ручками прокидывать

осталось проверить

ой сделай класс лучше

нихера ж не читается нормальное

норм, только это надо разбить

норм, только это надо разбить

как?

и зачем тебе compose если только один хок ?

ну да. можно просто const enhance = withPropOrState(... хотя я предпочитаю едионообразие

и зачем тебе compose если только один хок ?

Чтобы не дописывать, когда появится второй

ну да. можно просто const enhance = withPropOrState(... хотя я предпочитаю едионообразие

и единообразие +

?

А ведь до этого ручками заворачивал в каждом компоненте ~_~

атстань

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

пиши через @

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

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

он про скобки (prop, store) => (Component) =>

и не нужен compose

пиши через @

и рыдай

он про скобки (prop, store) => (Component) =>

да ну это перебор)

пиши через @

потому что на функциях нельзя декораторы

не, нахуй @

ну так я б класс сделал

мб у меня уже онгуляр головного мозга

да ну это перебор)

зато нет неконсистентности надо добавить аргумент, деструктуризацию или убрать аргументы, везде скобки и не знаешь проблем а не так, что в 6 случаев из 7 скобки есть, а в одном особенном нет.

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

Вообще мне сейчас хочется написать генератор для половины кода Заметил много повторяющихся вещей (а-ля инициализация сторов с консьюмерами, компоненты-списки и прочее) Заворачивать их в хелперы это будет непонятная хуета, а вот генерить самое то

babel-macro?

Вообще мне сейчас хочется написать генератор для половины кода Заметил много повторяющихся вещей (а-ля инициализация сторов с консьюмерами, компоненты-списки и прочее) Заворачивать их в хелперы это будет непонятная хуета, а вот генерить самое то

А как генерить ?

зато нет неконсистентности надо добавить аргумент, деструктуризацию или убрать аргументы, везде скобки и не знаешь проблем а не так, что в 6 случаев из 7 скобки есть, а в одном особенном нет.

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

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

спецификация говно

я об этом

ERROR: S client not available

спецификация говно

??

тот, кто придумал эту фичу — идиот (нет)

babel-macro?

типа того

Вообще мне сейчас хочется написать генератор для половины кода Заметил много повторяющихся вещей (а-ля инициализация сторов с консьюмерами, компоненты-списки и прочее) Заворачивать их в хелперы это будет непонятная хуета, а вот генерить самое то

В смысле просто некая функция, который генерит код, который потом вставляешь или есть решения на уровне приложения?

тот, кто придумал эту фичу — идиот (нет)

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

В смысле просто некая функция, который генерит код, который потом вставляешь или есть решения на уровне приложения?

код генерится во время сборки

В смысле просто некая функция, который генерит код, который потом вставляешь или есть решения на уровне приложения?

Вообще по типу val-loader в вебпаке, только в него параметры нельзя прокидывать

Точнее, можно, но только в конфиге вебпака, это не то

код генерится во время сборки

prepack типа него?

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

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

prepack типа него?

не

а вообще кто нить юзал prepack?

сырой

я что не особо понял как его применить и где

негде

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

надо дописать конфиг)

надо дописать конфиг)

что именно?

А хочется import generateStore from ‘…’ generateStore({ name: ‘listeners’ }) А на выходе типа const listeners = createStore([]) const ListenersConsumer = createStoreConsumer(listeners) export { listeners, ListenersConsumer } Ну это так, примерно

А хочется import generateStore from ‘…’ generateStore({ name: ‘listeners’ }) А на выходе типа const listeners = createStore([]) const ListenersConsumer = createStoreConsumer(listeners) export { listeners, ListenersConsumer } Ну это так, примерно

тебе хочется раст

А хочется import generateStore from ‘…’ generateStore({ name: ‘listeners’ }) А на выходе типа const listeners = createStore([]) const ListenersConsumer = createStoreConsumer(listeners) export { listeners, ListenersConsumer } Ну это так, примерно

Вот да, это то))

тебе хочется раст

единственное - это может быть неочевидным + подсказки идут нахуй решается добавлением index.d.ts / index.js.flow, но это ебаный велосипед

хотя, если генерить и их, то можно забить болт

И так вообще для всего повторяющегося в коде, а если заранее все спроектировать, то и вообще для всего кода, кроме самих компонентов

Но все равно ощущение какого-то говна чувствуется

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

единственное - это может быть неочевидным + подсказки идут нахуй решается добавлением index.d.ts / index.js.flow, но это ебаный велосипед

я хочу напилить проект, который будет держать в себе иерархию со всеми настройками и ast проекта. и чтобы это поддерживали ide, билд системы, линтеры

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

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

Ля круто, а есть че посмотреть/поконтрибьютить?