АК
с бэка до фронта по событию можно только через вебсокет
Size: a a a
2020 June 09
l
можно ещё напрямую sql-запросы с фронта в базу слать ;)
вот этого ка краз делать не в коем случае нельзя
AP
и вернуться на пол века назад к REST API? :)
Openapi и мне очень интересно, что привело к выбору graphql?
У вас SQL база, вы не фб, описывать и переписывать 2жды каждое изменение модели - выглядит будто вам просто нужно всадить много ресурсов в это дело
У вас SQL база, вы не фб, описывать и переписывать 2жды каждое изменение модели - выглядит будто вам просто нужно всадить много ресурсов в это дело
AP
Алексей Кузнецов
графкуэл наимоднейший
Был 3 года назад, пока его массово не "попробовали и афигели"
АК
вроде фронтендеры до сих пор тащатся от него)
АК
Но по идее да, проблем больше, чем профита
AP
Фронтам всё прёт, что переписывать через месяц нужно, у них ЗП от этого зависит и растёт
AP
Для начала нужно базу иметь графовую, и даже тогда остаётся вопрос ресурсов - модели динамические
AP
Алексей Кузнецов
То же, что используешь обычно
у меня обычно бутстрап, а в PWA хочу на материал-дизайне
AK
Openapi и мне очень интересно, что привело к выбору graphql?
У вас SQL база, вы не фб, описывать и переписывать 2жды каждое изменение модели - выглядит будто вам просто нужно всадить много ресурсов в это дело
У вас SQL база, вы не фб, описывать и переписывать 2жды каждое изменение модели - выглядит будто вам просто нужно всадить много ресурсов в это дело
У меня 30+ разных кастомных сущностей и админка по работе с ними на Vue.js. Если всё делать через REST - то с фронта на бек будут летать сотни отдельных последовательных запросов, а с помощью GraphQL можно всё сагрегировать в один большой запрос, который всё соберёт и выплюнет одним ответом. Работает гораздо быстрее чем REST.
AK
Ну а через пхп пилить кучу интерактива на фронте, чтобы из одной формы данные перетекали в другую, всплывали попапы с созданием-редактированием вложенных сущностей на несколько уровней и т.п. - это проще застрелиться.
VV
Коллеги, есть ли здесь любители нетрадиционных практик?
VV
А именно, обновления Друпала вручную?
АК
Вот эта хрень, что рест-запрос должен отдавать только одну сущность за раз - всего лишь надуманное ограничение, которого вовсе не обязательно придерживаться, если твоё API предназначено для использования только с твоим фронтендом
AK
Алексей Кузнецов
Вот эта хрень, что рест-запрос должен отдавать только одну сущность за раз - всего лишь надуманное ограничение, которого вовсе не обязательно придерживаться, если твоё API предназначено для использования только с твоим фронтендом
Я про это ограничение ничего и не говорил, но в итоге в Rest получается для одной сущности по 10 разных эндпоинтов под каждый случай, который нужен фронтендеру. А в графкуэль - просто один раз описал модели, и всё работает через один запрос.
AP
У меня 30+ разных кастомных сущностей и админка по работе с ними на Vue.js. Если всё делать через REST - то с фронта на бек будут летать сотни отдельных последовательных запросов, а с помощью GraphQL можно всё сагрегировать в один большой запрос, который всё соберёт и выплюнет одним ответом. Работает гораздо быстрее чем REST.
Этого ещё раз говорит об отсутствии архитектуры и понимания задачи - отсутствие апи и моделей, очень рекомендую почитать вдумчиво рест и openapi
AP
Когда модель требует много запросов - явный признак проблемы проектирования
AI
А именно, обновления Друпала вручную?
Я не любитель, но небольшой опыт есть
АК
Я про это ограничение ничего и не говорил, но в итоге в Rest получается для одной сущности по 10 разных эндпоинтов под каждый случай, который нужен фронтендеру. А в графкуэль - просто один раз описал модели, и всё работает через один запрос.
То, что ты вытаскиваешь графкуэлем за один запрос, можно вытащить точно так же рестом за один запрос. В графкуэль ты один раз описываешь модель, в рест ты один раз пишешь код эндпоинта
VV
Я не любитель, но небольшой опыт есть
У меня, похоже, сломался автолоадер при попытке апдейта на 8.9.0