ŹR
Ты ж говоришь что у тебя graphql работает из коробки
Size: a a a
2019 July 29
ŹR
А если под id в запросе graphql лежит структура с другим типом, что делать будешь?
AN
Из коробки работает resolution, потому что в него падает нужный тип с виртуальными полями
AN
А если под id в запросе graphql лежит структура с другим типом, что делать будешь?
Не понял
ŹR
Ну запрос тип
findMySuperConnector(100500) {
name
}ŹR
А под 100500 лежит не MySuperConnector, а MyAnotherConnector
AN
Не, find общий, возвращает union
ŹR
Но чтобы резолв работал, ты должен опять же написать Repo.get(MyConnectorA, 100500)
ŹR
Или Repo.get(MyConnectorB, 100500)
ŹR
А что писать будешь?
AN
А, понял, я как раз думаю над вопросом
ŹR
В экто можно сделать STI лекко
ŹR
Но резолверы придется вручную писать
AN
@Virviil а вот так если?
Резолверы черех union работают, нужно только описать сам новый тип и добавить его во множество
My.Connector |> My.Repo.get(1) |> Map.from_struct() |> My.SpecialConnector.__struct__() |> Decoratex.decorate()Резолверы черех union работают, нужно только описать сам новый тип и добавить его во множество
ŹR
Так у тебя special connector захардкоден. Не видно где if
AN
Не понял, какой if?
DR
никогда не видел java/elixir
У меня была связка Java/Elixir. Когда тебе нужны готовые библиотеки, которые есть или были только для Java, то как-то так.
AN
Так у тебя special connector захардкоден. Не видно где if
Дошло, да, это тот самый матчинг по полю type
ŹR
Единственная возможность убежать от этого матчинга - генерировать из названия типа название модулей
ŹR
Но это все будет в рантайме