KN
именно он самый
Size: a a a
2018 November 06
KN
и создавать сущности на бэке нужно строго сковзь пых, как и делать выборки все
KN
потому что:
1) Sentry
2) Логгирование
3) Бизнес-логика
1) Sentry
2) Логгирование
3) Бизнес-логика
KN
"пых" можно заменить на что угодно
MM
потому что:
1) Sentry
2) Логгирование
3) Бизнес-логика
1) Sentry
2) Логгирование
3) Бизнес-логика
а Sentry тут причём?
KN
потому что в случае ошибок - это всё пишется в сентри
MM
это понятно, у нас тоже
KN
а любой запрос логгируется
MM
это все обрабатывает нода, которая проксит запросы от юзеров в хазуру
MM
и время выполнения, план запроса и тд
MM
есть конечно ворох проблем, которые нужно решить
https://github.com/hasura/graphql-engine/issues/989
https://github.com/hasura/graphql-engine/issues/982
https://github.com/hasura/graphql-engine/issues/981
https://github.com/hasura/graphql-engine/issues/980
https://github.com/hasura/graphql-engine/issues/987
https://github.com/hasura/graphql-engine/issues/877
https://github.com/hasura/graphql-engine/issues/989
https://github.com/hasura/graphql-engine/issues/982
https://github.com/hasura/graphql-engine/issues/981
https://github.com/hasura/graphql-engine/issues/980
https://github.com/hasura/graphql-engine/issues/987
https://github.com/hasura/graphql-engine/issues/877
MM
и в целом эта штука пока в alphe и очень молодая, даже полугода еще нет
MM
этим летом появилась
MM
но конкретно на нее я возлагаю большие надежды)
MM
ибо все наши головняки с gql over sql решает
MM
а особенно subscriptions
KN
блин, зачем???!!!
KN
ну т.е. я понимаю зачем
MM
потому что мы уже намучались с другими подходами(
KN
ну выстройте нормальную предметную область и пляшите от неё