Y
Быстрее писать fe, имхо, единственный профит
Size: a a a
2020 May 23
DB
Быстрее писать fe, имхо, единственный профит
fe = frontend? А в чем скорость? Ты точно также на клиенте пишешь сходи туда, измени эти данные, получи эти в каком то слое абстракции и в классических эндпоинтах и в gql.
Y
fe = frontend? А в чем скорость? Ты точно также на клиенте пишешь сходи туда, измени эти данные, получи эти в каком то слое абстракции и в классических эндпоинтах и в gql.
Ну нет, ты пишешь «дай мне только те данные которые нужны для того что бы нарисовать страницу, а потом мутацией говоришь: я все изменил - записывай»
ЖЖ
Спасибо!
Y
Я просто сомневался
R
Тут недавно была тема про cognito, auth0 и дургих провайдеров, а когда вы их используете, где вы храните данные юзера? Используете user store от провайдера (как user database у auth0) и у себя на бэке просто оперируете auth0_user_id, или же всю инфу по юзеру держите у себя и добавляете поле auth0_user_id, принимая, что данные у вас и у auth0_user_database буду не в синке?
AU
А можете ретроспективно дать совет по gql - стоит, не стоит? Сейчас на перепутье - либо делать старый добрый апи с кучей эндпоинтов, либо попробовать gql. Клиенты - мобильные апы и веб, апи непубличное. Трогал его пару лет назад, но минусы тогда перевесили. Кто уже давно использует в проде - какой основной профит?
однозначно стоит если у вас что-то большее чем банальный crud.
это примерно как с жигулей на мерс пересесть, вроде и там и там чтобы доехать с точки а до точки б, но разница заметна.
он влияет на все вплоть до архитектуры приложений. Но конечно надо вникнуть, чтобы щелкнуло, если пытаться тот же рест запилить на gql то будет сплошное страдание, либо в лучшем случае меньше бенефитов чем могло быть
это примерно как с жигулей на мерс пересесть, вроде и там и там чтобы доехать с точки а до точки б, но разница заметна.
он влияет на все вплоть до архитектуры приложений. Но конечно надо вникнуть, чтобы щелкнуло, если пытаться тот же рест запилить на gql то будет сплошное страдание, либо в лучшем случае меньше бенефитов чем могло быть
A
Внутри приложения уязвимость, а сверху завёрнуто в гракуэль
Это технологическое отверстие
OK
Это технологическое отверстие
Взорал
V
fe = frontend? А в чем скорость? Ты точно также на клиенте пишешь сходи туда, измени эти данные, получи эти в каком то слое абстракции и в классических эндпоинтах и в gql.
Для нас большой плюс был разрыв зависимостей фронта от бэка. Можно намного меньше синхронизировать команды, которые над ними работают, большинство фич на фронте не требует заведения задач на бэк сейчас, и это ускорило разработку. Но есть проблемы, в первую очередь сложно делать адекватный рейт лимитинг
И
Щас делаю mvp виджета чата, на свелте вроде ничего так с анимациями выходит 15kb сжат без учета gzip/brotli, как думаете стоит preact пробовать?
И
Реально он мелкий или pr?
AP
Щас делаю mvp виджета чата, на свелте вроде ничего так с анимациями выходит 15kb сжат без учета gzip/brotli, как думаете стоит preact пробовать?
я такое на vue делал, понравилось
И
Vue как то кажется из другого мира, никогда не трогал его, конечно, как и ангуляр.
И
Может и зря
OK
Щас делаю mvp виджета чата, на свелте вроде ничего так с анимациями выходит 15kb сжат без учета gzip/brotli, как думаете стоит preact пробовать?
Опенсурс?
И
Опенсурс?
Думаю да, если зайдет платно допчики будут
OK
Думаю да, если зайдет платно допчики будут
Однако
И
Верю что могу крутой продукт сделать, не верю что могу продвинуть или понять что нужно другим а не мне, если бы мне это надо было.
И
По-этому если кто-то может помочь, советом, консультацией по другим частям я буду вообще рад, хочется выхлоп в виде признания пользы в итоге видеть