ДР
и вообще Prisma - это стек технологий, которые можно юзать независимо друг от друга
https://oss.prisma.io/#libraries
https://oss.prisma.io/#libraries
Size: a a a
2018 July 27
P@
что-то про подписки ни слова или на больших и очень больших проектах они не нужны?
О! Отличное дополнение.
Ф
@playra да что ж ты везде про призму то? xD
AM
AM
@playra, сори не удержался)
AM
но призма и правда очень хороша!
MD
и вообще Prisma - это стек технологий, которые можно юзать независимо друг от друга
https://oss.prisma.io/#libraries
https://oss.prisma.io/#libraries
Призма это не стэк, это названии компании и основного продукта - ORM к базам данных. А Yoga это другой опен сорс продукт от них - сервер для GraphQL на Node.js
AM
Призма это не стэк, это названии компании и основного продукта - ORM к базам данных. А Yoga это другой опен сорс продукт от них - сервер для GraphQL на Node.js
ну не совсем, она же генерит тебе graphql end points
P@
У Prisma подход такой - опиши GraphQL схему и получи БД и сгенерированный бэкенд.
Я же за подход опиши модели и БД, а из них сгенери схему.
Оба подхода имеют свои плюсы и минусы, серебряной пули нет. Надо исходить от задач.
Я же за подход опиши модели и БД, а из них сгенери схему.
Оба подхода имеют свои плюсы и минусы, серебряной пули нет. Надо исходить от задач.
NT
@nodkz может у тебя уже есть какие нибудь кейсы, когда подход призмы добавит проблем?
просто в теории вроде есть минусы, но пока не слышал чтобы на практике кто то их встречал
просто в теории вроде есть минусы, но пока не слышал чтобы на практике кто то их встречал
P@
Кейсов, к сожалению нет. Может кто поделится, будет интересно послушать.
P@
Под мои задачи, призма вообще никак не ложится в следующих сценариях:
- на одном бэкенде получить несколько апи: для клиентов, для админов и еще одно сервисное
- хранение дополнительной логики в моделях для выполнения всяких страшных операций (когда надо передернуть несколько моделей и в третью что-то записать) по расписанию
- на одном бэкенде получить несколько апи: для клиентов, для админов и еще одно сервисное
- хранение дополнительной логики в моделях для выполнения всяких страшных операций (когда надо передернуть несколько моделей и в третью что-то записать) по расписанию
P@
В целом я не считаю что АПИ это центр бэкенда. АПИ это приложение к бэкенду.
MD
"- на одном бэкенде получить несколько апи: для клиентов, для админов и еще одно сервисное"
Почему не ложится? Это все в 1 схеме, просто разделяется правами между пользователями
Почему не ложится? Это все в 1 схеме, просто разделяется правами между пользователями
V
Целевая аудитория: бэкендеры на nodejs.
Что еще вы бы хотели узнать? И про что еще рекомендуете мне рассказать?
Спасибо.
Что еще вы бы хотели узнать? И про что еще рекомендуете мне рассказать?
Спасибо.
узкие места по производительности в apollo-graphql на реакте
V
как например декорирование множества компонентов или часто обновляющийся кэш
V
или это за рамками темы уже?
OV
Под мои задачи, призма вообще никак не ложится в следующих сценариях:
- на одном бэкенде получить несколько апи: для клиентов, для админов и еще одно сервисное
- хранение дополнительной логики в моделях для выполнения всяких страшных операций (когда надо передернуть несколько моделей и в третью что-то записать) по расписанию
- на одном бэкенде получить несколько апи: для клиентов, для админов и еще одно сервисное
- хранение дополнительной логики в моделях для выполнения всяких страшных операций (когда надо передернуть несколько моделей и в третью что-то записать) по расписанию
Это все решается на уровне сервера а не орм
MD
Oleksandr Vorobyov
Это все решается на уровне сервера а не орм
+1