И
другой язык не прикрутить никак, абсолютно
Size: a a a
2020 December 11
И
Привет, а чему вы даёте предпочтение обычному Rest API с контроллерами или GraphGL?
И
Привет, а чему вы даёте предпочтение обычному Rest API с контроллерами или GraphGL?
1
🏡K
Привет, а чему вы даёте предпочтение обычному Rest API с контроллерами или GraphGL?
2
в
Привет, а чему вы даёте предпочтение обычному Rest API с контроллерами или GraphGL?
1
🏡K
Кто что использует?
Анонимный опрос
Проголосовало: 62VL
Мне кажется что разные категории
🏡K
Мне кажется что разные категории
Формат обмена так то, петы тоже чекайте, не тока работу
PL
ребят, привет. кто юзает кафку, у вас декоратор @Payload кладет в объект то что вы продьюсите или всякий мусор среди которого есть value поле с тем что продьюсится?
PL
судя по доке там должно лежать то что продьюсится
PL
но судя по тому что у меня работает - это не так)
PL
вот я думаю, это я как-то не так доку прочитал или что-то не так сделал
в
Кто что использует?
Анонимный опрос
Проголосовало: 62Не, ну смотря где, в микросервисах протобуфферы лучше будут, как по мне
DK
Не, ну смотря где, в микросервисах протобуфферы лучше будут, как по мне
Да, вот именно. Смотря где. Опрос не совсем корректный, но проголосовал за GraphQL
🏡K
Ну про вообще, есть работа, есть фриланс, есть петы, и не важно где
D
Я юзаю везде Rest. GraphQL не очень понравился (сегодня поподробней про него почитал), т.к. юзеру слишком много свободы в плане выбора того, что ему нужно - это может вызывать как проблемы с производительностью, так и с безопасностью, если нормально всё это не продумать заранее. Ещё хотел юзать JsonRPC, но руки так и не дошли
В
А я пришел на проект где вся апи уже была на ресте, переписывать не целесообразно
D
Но то, что у REST нет стандартизации - да, проблема. С другой стороны, у GraphQL она есть, но что это даёт, если в проекте сервисный слой может быть сделан через задницу и без соблюдения шаблонов проектирования
D
А при использовании GraphQL, кстати, нет проблем с оптимизацией SQL запросов? Ведь нужно, по идее, предусмотреть все возможные варианты
MK
А при использовании GraphQL, кстати, нет проблем с оптимизацией SQL запросов? Ведь нужно, по идее, предусмотреть все возможные варианты
Есть проблема n+1