Лучшим решением самому написать. А не надеяться на код ген или что-то вроде adminBro

ладно, спасибо

Чат, привет!
Подскажите, насколько правильно использовать Union в случае, когда есть две похожие сущности, но разного типа, с немного отличающимися полями и лежащие в одной таблице в базе (хранение в одной таблице обусловлено бизнес логикой)?

Например:
* Есть таблица articles, в которой есть столбец с типом статьи
* В зависимости от типа для статьи нужен конкретный набор полей из таблицы
* Возникает разумное желание разделить Object и Input типы на типы для разных типов статей, что в свою очередь ведет к потребности сделать Union для отображения статей разного типа в одном пагинируемом списке на фронте

Если в таком кейсе использование Union неправильно, то где это более применимо?

в вашем примере c articles лучше подойдет интерфейс

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

да

Друзья, кто нибудь знает как из rank math seo breadcrumbs передать данные в микроразметку?

Возник вопрос об использовании типов, реализующих интерфейсы, на фронтенде.
Ситуация следующая:
* на фронте React и Apollo Client
* настроена кодогенерация через graphql-codegen
Судя по информации отсюда (https://www.apollographql.com/docs/react/v2/data/fragments/#fragments-on-unions-and-interfaces), клиент легко может запрашивать массив объектов, типы которых реализуют один и тот же интерфейс. При этом есть возможность настройки fragmentMatcher'а (https://www.graphql-code-generator.com/docs/plugins/fragment-matcher).
Но вот вопрос - насколько удобно будет в коде видеть тип объекта? И как можно будет понять, какого типа объект? Будет ли у объектов, полученных в результате выполнения запроса, соответствующий сгенерированный Typescript тип?

Получается, что на фронте будет что-то такое?

function Articles({ articles }: Articles) {
  return articles.map(article => {
    switch(article.__typename) {
      case "ArticleFirstType":
        return <ArticleFirst article={article} />
      case "ArticleSecondType":
        return <ArticleSecond article={article} />
    }
  });
}

всем привет, не понимаю почему случается ошибка...
https://hqnjs.csb.app/


когда открыты девтулс, останавливается как на дебаггере.
Error: Unknown error.

Всем добрый день
Если в useQuery один раз зашел запрос с одними variable, второй запрос такой же - то второй не выполняется а данные берутся из кеша, это так работает?

в теории да. На практике - не всегда

а как на практике, если подробнее?

я вызывал одну и ту же кверю с одними и теми же переменными в 2-х разных контейнерах - и они вызывались 2 раза подрад

может у тебя разные компоненты?

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

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

пропс loading всё-равно не перенесётся в локальное состояние

ведь можно же изменить кэш не вызывая мутацию? или это сложно?