branch((props: {tenantSettings: TenantSettings}) => !props.tenantSettings, renderComponent(Loading)),

вот у меня так

Ребят, есть какое-то решение из коробки в graphql для n+1 проблемы?

branch((props: {tenantSettings: TenantSettings}) => !props.tenantSettings, renderComponent(Loading)),

а сам запрос к апи где делаешь?

выше

а понял, спасибо бро!

@itsjohncena смотри шо подвезли https://zeit.co/github

Прикольно лол

у нас руками такое

через докер-компоуз

Нет

ок

Ох, сложна

Вот как такого избежать расскажу на митапе

жду

может тут делал кто нибудь генерацию docx по шаблону на js ?)

может тут делал кто нибудь генерацию docx по шаблону на js ?)

Был пакет под ноду для реакта

Вот как такого избежать расскажу на митапе

а раньше никак?)

а раньше никак?)

Ну я же готовлю текст. Просто не успею статью написать

а раньше никак?)

Раньше тоже можно было, если знать как

Вот как такого избежать расскажу на митапе

Дай угадаю. Будешь топить за atomic ?)

Дай угадаю. Будешь топить за atomic ?)

Конечно

Был пакет под ноду для реакта

Ааа, офигенчик, спасибо https://github.com/nitin42/redocx кто ж знал что нужно гуглить "docx react"

Дай угадаю. Будешь топить за atomic ?)

Наглядный пример архитектуры, которой не хватает атомика

Ааа, офигенчик, спасибо https://github.com/nitin42/redocx кто ж знал что нужно гуглить "docx react"

Круто

Ааа, офигенчик, спасибо https://github.com/nitin42/redocx кто ж знал что нужно гуглить "docx react"

Добавил в свой канал. Спасибо

?

какой канал?

Добавил в свой канал. Спасибо

это что структура папок в проекте такая?

+

это что структура папок в проекте такая?

Издалека подумал хоки

Издалека подумал хоки

ну я тоже сначала подумал что это вывод react dev tool :))

какой канал?

https://t.me/codergoodies

+

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

ну хз, я бы не сказал, что сильно сложно

хотя да

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

папку тащить вверх на пару уровней

ну типа в любом случае это не нормально

папку тащить вверх на пару уровней

апдейт импортов и все норм

это не круто, помнить что куда перетащить, по сути надо поддерживат еще одну дополнительную структуру

всмысле помнить куда? тут разве не одна папка - фича?

всмысле помнить куда? тут разве не одна папка - фича?

Не похоже

Тут типа одна страница — директория

Фича — много страниц

а фича без страниц не бывает?)

Это компонент

Фича это переменная

Фича это точка с запятой

... это наша с вами жизнь

это не круто, помнить что куда перетащить, по сути надо поддерживат еще одну дополнительную структуру

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

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

Редактор обновит импорты же

Тем более

Но выгоднее не завязываться на редактор в таких вопросах

Хинт — если редактор не будет заниматься всем от переносов импортов до заварки chai то он будет меньше, проще и эффективнее

хорошая попытка, microsoft, но нет

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

заварка coffee

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

а фича без страниц не бывает?)

бывает конечно

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

надо language server научить работать с жс проектами и рефакторить

В ризоне например результаты компиляции при переименовании и перемещении исходников перемещаются вслед за ними самим компилятором

надо language server научить работать с жс проектами и рефакторить

В процессе уже

https://github.com/slonoed/jsref/

Мопед не мой

ERROR: S client not available

ооооо

Автор тут в соседних чатах @slonoed

Автор тут в соседних чатах @slonoed

в ризоне только))

Пока это больше proof of concept, но если заниматься этим есть желание, то есть резон присоединиться к автору

а че тайпскрипт разве не рефакторит жс

в ризоне только))

У меня два чата общих

а че тайпскрипт разве не рефакторит жс

И жсдок поддерживает

(нет)

https://github.com/tommikaikkonen/redux-orm

использовал кто-нибудь?

использовал кто-нибудь?

А зач?

нормализация стора

https://github.com/tommikaikkonen/redux-orm

@redux_ru

нормализация стора

а это когда нужно?

ну то есть я конечно понимаю что нормализация это экономия памяти

но когда нужно это реально делать в редакс? и нужно ли вообще?

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

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

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

видимо, очень специфический кейс нужен для такого

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

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

о да как я люблю такую постановку вопроса

типа "а теперь представь себе 100500 чего то там"

я люблю представлят вполне конкретную ситуацию

Если тебя смущает тривиальная линейная интерполяция, то предназначение нормализации так и не поймёшь

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

Я описываю конкретно свой кейс

Если тебя смущает тривиальная линейная интерполяция, то предназначение нормализации так и не поймёшь

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

Не вдаваясь в детали, потому что проблемы с пониманием начались ещё до них

но они само собой имеют место быть

но для большинства кейсов это излишество