A
s/граф/аполло
А можно мысль с флагом -h ?
Size: a a a
2019 February 10
A
(human-readable формате)
e
Стартовали проект на графе. Взяли сразу апполо. Фидбек спустя первых 4 месяца могу дать такой
1) В простейших случаях все красиво, но на практике пока тратится уйма времени сначала на вникание а потом на сомнительные подкостыливания. Т.е. первый и самый главный совет - не беритесь на граф если есть четкие сроки а опыта 0 - получите только негатив
1) В простейших случаях все красиво, но на практике пока тратится уйма времени сначала на вникание а потом на сомнительные подкостыливания. Т.е. первый и самый главный совет - не беритесь на граф если есть четкие сроки а опыта 0 - получите только негатив
а какие костыли были? на клиенте или сервере?
A
а какие костыли были? на клиенте или сервере?
Мм ну например, предположим мы хотим сделать раунтрип. В одном месте мы получаем некоторую геометрию актуальную в данный момент (feature collecton) и в другой квери желаем получить данные выбранные по этой области
A
Для работы кеша во все данные добавляется поле `__typename__` в котором описан тип квери, так что просто получить данные и перенаправить их не выйдет, надо между этими запросами "вычищать" обьект (иначе геометрия будет не валидной)
A
Можете со мной не согласится, все зависит от проекта задач и опытного коллеги рядом, но будет не честно утверждать что граф простой и понятный. Он скорее мощный и сложный, таит в себе много подводных камней которые требуется умело обходить
D
что такое Apollo и зачем он нужен?
АР
Из GraphQL можно легко сделать REST.
e
Мм ну например, предположим мы хотим сделать раунтрип. В одном месте мы получаем некоторую геометрию актуальную в данный момент (feature collecton) и в другой квери желаем получить данные выбранные по этой области
ну самый простой варик сделать так:
либо в рантайме генерить схемы таким образом:
1. генерим схему для нового шейпа в рантайме
2. юзаем это https://graphql.org/learn/introspection/
3. кверим как угодно по уникальному идентификатору шейпа, к примеру (интроспекция у нас есть и все данные тоже)
type KeyValue {
key: String!
value: String!
}
type Shape {
shapeId: ID
data: [KeyValue!]!
}
type Query {
actualShape: Shape!
pickFromShape(shapeId: ID, data: [KeyValue!]!): Shape!
}
----либо в рантайме генерить схемы таким образом:
1. генерим схему для нового шейпа в рантайме
2. юзаем это https://graphql.org/learn/introspection/
3. кверим как угодно по уникальному идентификатору шейпа, к примеру (интроспекция у нас есть и все данные тоже)
A
ну самый простой варик сделать так:
либо в рантайме генерить схемы таким образом:
1. генерим схему для нового шейпа в рантайме
2. юзаем это https://graphql.org/learn/introspection/
3. кверим как угодно по уникальному идентификатору шейпа, к примеру (интроспекция у нас есть и все данные тоже)
type KeyValue {
key: String!
value: String!
}
type Shape {
shapeId: ID
data: [KeyValue!]!
}
type Query {
actualShape: Shape!
pickFromShape(shapeId: ID, data: [KeyValue!]!): Shape!
}
----либо в рантайме генерить схемы таким образом:
1. генерим схему для нового шейпа в рантайме
2. юзаем это https://graphql.org/learn/introspection/
3. кверим как угодно по уникальному идентификатору шейпа, к примеру (интроспекция у нас есть и все данные тоже)
у шейпа нет id и не может быть
A
он разный в каждый момент времени
e
у шейпа нет id и не может быть
ну тогда без айди, нет проблем, я просто пример привел
e
если айди нет, то это плохо, имхо
e
иначе могут быть коллизии и еще много каких проблем
e
если без айди явно в шейпе, то можно тогда считать хеш шейпа (полей, схемы) и использовать как уникальный id
A
мм нет, в данном случае это так же бессмыслено как давать id каждому кадру в фильме
A
бекенд умеет делать выборку по пересечениям шейпов
A
форма все что нужно
e
тогда union юзай