https://github.com/facebook/relay/releases/tag/v0.10.0 just released

А кто перешёл на Relay/GraphQL, использует сейчас и доволен?

Графкьюл напоминает мне флакс

Вот пацаны держите спеку смотрите че прикольное мы сделали)) вам понравится))

Ну как бы да, но 1) где библиотека, чтобы с этим работать 2) слишком сложно, редакс показал, что проще можно

Ну и графкьюл такой же — сервер-сайд имплементаций толком нет, а все эти мутации выглядят костылем каким-то

есть ж даж на яву со скалой, причем вроде годные

Так себе

У нас как раз скала

Энивэй, толку

Мы наверное просто возьмём идею с миксованием респонса и воткнем поверх реста

у вас скала и вы меняете апи на графкуэль? это довольно резкий переход

Что-то типа ?include=contacts[contactId]

Посмотрим

у вас скала и вы меняете апи на графкуэль? это довольно резкий переход

Ну мы бы с радостью, но видимо нет

хз, мы предпочитаем делать конкретные эндпоинты + у нас есть свой какой-то самопальный ql, типа того, что ты написал, только без include, больше через where

Ну фильтры у нас через ?filter[key]=value

Инклюд это про гкль-лайк смешивание контента, когда ты в одном респонсе получаешь объект с дополнительными ресурсами

Тут ещё осложняется тем, что у нас апи планируется публичным быть

Так что это точно рест

В общем, от графкюель пока ощущения что это чисто фейсбучная штука, которую выложили в опенсорс ради хантинга новых людей

http://tonsky.livejournal.com/309037.html

Вот ещё мнение, которое разделяю

В общем, от графкюель пока ощущения что это чисто фейсбучная штука, которую выложили в опенсорс ради хантинга новых людей

а зачем ты начал вообще?

Я не начинал

Мы просто присматривались

Потому что у нас есть проблема с тем, что нужно дергать дополнительные ресурсы

просто ненужная хуйня

Нужная

если большие данные то мб это актуально

У тебя есть список задач

В каждой задаче есть createdByUserId, updatedByUserId, responsibleUserId

Вопрос: ты заменишь эти 3 айдишника на полновесные респонсы или будешь делать запрос на /users?filter[id]=...ids?

А что делать когда у тебя дэшборд из 3 сущностей минимум? Задачи, лиды и сделки

Это усложняется тем, что у тебя есть не только задачи, лиды и сделки

чего бля

если мне нужны данные по юзерам по ключам createdByUserId и тд, то я вложу это данные в ответ

Ясно

Наберись опыта, потом вернёмся к этому разговору

Наберись опыта, потом вернёмся к этому разговору

поясни

Ты дизайнил архитектуру сложнее туду-листа?

Ты дизайнил архитектуру сложнее туду-листа?

ты даже не представляешь сколько раз

Ты вообще представляешь насколько жирный респонс со всеми данными, что ты туда заинклюдил?

Ты вообще представляешь насколько жирный респонс со всеми данными, что ты туда заинклюдил?

не настолько жирный, чтобы делать 3 лишних запроса под каждую строку

api.jqestate.ru/v1/properties/country

можно пару килобайтов и погонять

Пару килобайт ахахахаха

Ахахахахаххахахахаха

api.jqestate.ru/v1/properties/country

Пройдись по всем *Id и замени на модели минимум из 10-15 полей

Пару килобайт ахахахаха

7681 запись

это решается пагинацией

api.jqestate.ru/v1/properties/country

вот тут 7681 запись

Ты о чем вообще

с расширенными полями

о том что оно весит 100 кб

Блядь

из-за количества данных

У тебя есть clientLeadId

и это количество данных можно менять в ответе

В каждой записи

Замени этот clientLeadId на clientLead с моделью из 15 колонок

Замени этот clientLeadId на clientLead с моделью из 15 колонок

для отображения информации по юзеру тебе не нужны 15 колонок

в ответе ты можешь отдавать только 2 нужных тебе

Пиздато

ERROR: S client not available

Теперь у нас данные фрагментированы

если юзер щелкает информацию по юзеру, то тогда можно делать дополнительный запрос и грузить остальные поля

они не фрагментированы

В одном респонсе у тебя неявно 2 колонки, в другом 10, в третьем 7

просто сериализованы не копытом

В одном респонсе у тебя неявно 2 колонки, в другом 10, в третьем 7

да и похуй мне, я в респонсе получаю именно те данные, которые мне нужны

Ты когда-нибудь работал в команде больше 1 человек?

Ты когда-нибудь работал в команде больше 1 человек?

конечно

Если мне в твоём респонсе понадобится дополнительное поле, мне идти к бэкэндеру и говорить, чтобы добавил?

самому руками добавить

без знаний языка можно в сериалайзере додуматься как поля добавить

Я потому и спросил, ты работал в команде больше 1 человек, где ты не единственный фуллстак?

Я потому и спросил, ты работал в команде больше 1 человек, где ты не единственный фуллстак?

я не работал не фуллстеком

Потому что блядь у меня и так полно задач, кроме как в бэкэнд лезть

ой бля

васян

в скрипт зайти и копипаст сделать

Если бэкэндера три? Создавать задачу в джире, потом линковать комментариев к коду, зачем добавили это поле, чтобы другие не выпили?

Энтерпрайз из говна и палок получаем при таком подходе

куда круче сразу все данные с бека получать

это твои личные проблемы как ты не можешь реализовать задачу

Где бюрократия это 90%, а работа 10%

они не являются проблемами всех

соответственно, у тебя костыль

это твои личные проблемы как ты не можешь реализовать задачу

Ну так блядь сука

Я и не говорил, что я пишу замену ресту

Охуеть теперь

я думаю решить проблемы с организацией хотфиксов лучше чем сидеть и думать над тем как получать данные

Я сказал, что идея графкьюэль правильная, реализация говно

И объяснил, почему идея ок: потому что работа с данными это нетривиальная задача, когда ты работаешь в большой команде над большим проектом, а не туду-листом

Мне в ответ говорят, что это не проблема всех, а лишь немногих

Ноу щит блядь