ŹR
Согласно спецификации GraphQL надо сделать 2 одинаковых (формально) типа
Size: a a a
2018 November 23
ŹR
Один из которых будет для админа, а другой для юзера
ŹR
В этом и только в этом случае не теряется "автоматическость" типизации
IK
Согласно спецификации GraphQL надо сделать 2 одинаковых (формально) типа
Ты путаешь. Шла речь про доступ к конкретным полям. Да, лучше сделать отдельные типы для админки (или отдельный эндпоинт)
ŹR
А как в графкл решается случай, если разные поля надо возвращать? Например админу можно возвращать все поля, а обычному юзеру часть.
Например в случае json api на рельсах можно несколько сериалайзеров завести и использовать нужный
Например в случае json api на рельсах можно несколько сериалайзеров завести и использовать нужный
Вот о чем шла речь, я ничего не путаю
IK
IK
я путал :)
IK
пора спать. Я говорил про кейс доступа к конкретным запрашиваемым полям
ŹR
Ладно, может быть завтра еще поговорим. Это конечно очень весело потому что все сука голословные
BB
BB
Бтв еще раз ребятки спасибо за интересный митап! не зря из спб приехал)
IK
Ладно, может быть завтра еще поговорим. Это конечно очень весело потому что все сука голословные
Может
IK
все же разницы в количестве кода / затраченных усилий для возврата двух разных моделей будет либо одинаково либо меньше для gql. Так как и так и так для REST нужно будет два endpoint + сериализация, так и для gql два типа + резолв. Но только если в будующем добавится большая сложность, к примеру в виде новых ассоциаций, то поддерживать проще будет gql в виду того, что все хендлит абсент
IK
и опять же, разработку клиентам gql упрощает, так как нет необходимости нормализировать данные и правильно их персистить
МБ
Подскажите, в экто можно как-то динамически строить названия полей? например, у меня есть две вьюхи, одинаковые по структуре, но отличающиеся одним полем (в одном случае date_change в другом - date_created).
from(
m in New,
select: count(m."Номер"),
where: m.date_created >= ^fromDate
)
МБ
соответственно в where надо менять поля
МБ
так и не нашёл такого способа, пробовал что-то типа
where: m."#{field}" >= ^fromDate но запрос не компилируетсяРП
field(m, my_field) , правда my_field должен быть атомомМБ
field(m, my_field) , правда my_field должен быть атомом👍
МБ
ещё вопрос