Size: a a a

React — русскоговорящее сообщество

2020 August 19

MK

Maxim Koylo in React — русскоговорящее сообщество
Andrew Baranow
данные для работы между некими компонентами.
стейт менеджер
источник

AB

Andrew Baranow in React — русскоговорящее сообщество
в курсе. Подскажите статейку с легким внедрением в react redux (state manager) ?
источник

АБ

Александр Бакиматов... in React — русскоговорящее сообщество
Andrew Baranow
в курсе. Подскажите статейку с легким внедрением в react redux (state manager) ?
любая с первой страницы выдачи гугла, их тысячи и все они примерно одного уровня
источник

В

Вовчик in React — русскоговорящее сообщество
Всем привет, хотел спросить совета насчёт структуры базы данных используемой в проекте. Дело обстоит так: у нас таблица с категориями товаров, в этой таблице есть также и подкатегории, которые от родительских отличаются лишь полем { isMain: false }. Чтобы связать категорию и ее подкатегории, в основной категории есть поле subcategories, в котором хранятся ID дочерних категорий. Как по мне эта структура немного странновата.  Потому что на фронте не всегда нам нужны все категории с их подкатегориями, но  часто нужна единичная категория с ее дочерними подкатегориями, что приводит к нескольким запросам вместо одного: один на то чтобы достать категорию, и еще один чтобы достать все  подкатегории, чьи ID хранятся в поле { subcategories } основной категории. Я предложил использовать virtual свойства в монгусе, и разделить эту таблицу на две отдельные с Категориями и Подкатегориями, и добавить Подкатегориям поле parentCategory с ID родительской категории, связав их. На что мне наш базист сказал что это не есть гуд дробить таблицы, поля у которых похожи. Проблема еще возникает на админке со стороны UI, так как немного тяжело создавать категории и в них же добавлять такие же категории, при этом не сделав UI громоздким, а наоборот более реюзабельным. Стоит ли прислушаться базиста и дальше страдать на фронте или сделать по-своему? Стек: React/Node/GraphQL/MongoDB.
Спасибо за любые советы.
источник

A

Archi in React — русскоговорящее сообщество
Bugs Bunny
на маунте подпишись один раз
ну и как на маунте подписатся один раз если мне нужно чтоб по onSubmit соо приходили?
источник

AH

Alex Hyriavets in React — русскоговорящее сообщество
Александр Бакиматов
любая с первой страницы выдачи гугла, их тысячи и все они примерно одного уровня
дока
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
Archi
ну и как на маунте подписатся один раз если мне нужно чтоб по onSubmit соо приходили?
как ты себе представляешь подписку в onSubmit?
источник

АБ

Александр Бакиматов... in React — русскоговорящее сообщество
задача стояла подсказать статью🤷
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
он ранится один-два тика ивент лупа
источник

A

Archi in React — русскоговорящее сообщество
Bugs Bunny
как ты себе представляешь подписку в onSubmit?
можеш на примере кода?
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
Archi
можеш на примере кода?
тебе после onSubmit нужно подписаться ты имеешь в виду?
источник

АЗ

Андрей Звёздочка... in React — русскоговорящее сообщество
Вовчик
Всем привет, хотел спросить совета насчёт структуры базы данных используемой в проекте. Дело обстоит так: у нас таблица с категориями товаров, в этой таблице есть также и подкатегории, которые от родительских отличаются лишь полем { isMain: false }. Чтобы связать категорию и ее подкатегории, в основной категории есть поле subcategories, в котором хранятся ID дочерних категорий. Как по мне эта структура немного странновата.  Потому что на фронте не всегда нам нужны все категории с их подкатегориями, но  часто нужна единичная категория с ее дочерними подкатегориями, что приводит к нескольким запросам вместо одного: один на то чтобы достать категорию, и еще один чтобы достать все  подкатегории, чьи ID хранятся в поле { subcategories } основной категории. Я предложил использовать virtual свойства в монгусе, и разделить эту таблицу на две отдельные с Категориями и Подкатегориями, и добавить Подкатегориям поле parentCategory с ID родительской категории, связав их. На что мне наш базист сказал что это не есть гуд дробить таблицы, поля у которых похожи. Проблема еще возникает на админке со стороны UI, так как немного тяжело создавать категории и в них же добавлять такие же категории, при этом не сделав UI громоздким, а наоборот более реюзабельным. Стоит ли прислушаться базиста и дальше страдать на фронте или сделать по-своему? Стек: React/Node/GraphQL/MongoDB.
Спасибо за любые советы.
Хм... Давай ты пойдёшь в Nodejs чат? Ссылка есть в описании
источник

В

Вовчик in React — русскоговорящее сообщество
А есть может чат базистов?
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
Archi
можеш на примере кода?
если по onSubmit нужно оформлять подписку, то надо предусмотреть, чтобы у тебя не оформлялась она по каждому onSubmit
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
а только в первый раз. либо отписываться и подписываться заново
источник

A

Archi in React — русскоговорящее сообщество
Bugs Bunny
если по onSubmit нужно оформлять подписку, то надо предусмотреть, чтобы у тебя не оформлялась она по каждому onSubmit
подскажи как отписатся на клиенте?
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
ну я так полагаю .on должен либо возвращать подписку, либо ее идентификатор
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
Archi
подскажи как отписатся на клиенте?
у тебя там вообще как будто какой-то чат. тебе наверное лучше через стэйт-менеджер такие приколы делать
источник

BB

Bugs Bunny in React — русскоговорящее сообщество
вот эти вот подписки в жц это жесть
источник