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

да понятное дело, вот только вопрос "зачем" остается

ну вот пример) я вот например пишу мапперы на запросы (чтобы если что не менять весь код в случае изменения апи), с графкл это будет декларативно, там уже сам фреймворк все замапает за меня, чем я это буду делать это руками)

вы рассматриваете конкретный случай, работа с апи понятно. Возьмем не клиент-серверное приложение. Работает само в себе. Зачем мне графкюэль тут?

я сейчас конечно нафантизирую 😄 так то по идее можно язык запросов с любым репозиторием (паттерн) юзать) но я такого не встречал (sql не считается, только если orm)

В программировании вообще можно многое. Вопрос в том чтобы понять нужно ли :)

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

просто ios можно на эмуляторе, но знаю что android так не прокатит

прокатит, так же есть эмулятор, в доках все есть

а не сложно линк? в каких именно доках? к rn или к as?

А так же могу рассказать почему он не нужен абсолютному большинству приложений.

А так же могу рассказать почему он не нужен абсолютному большинству приложений.

Графкюэль это круто и мощно, если у вас есть очень много разных данных, и неопределенное количество консьюмеров, которые хотят эти данные в разной форме и количестве. Но это не только круто и мощно, а так же сложно, потому что требует суровой оптимизации запросов на бэкенде, вам нужно постоянно отслеживать тренды запросов чтобы оптимизировать кэш, делать дополнительную фильтрацию чтобы никто случайно не завалил сервер когда он у себя запросы полупил в тестовом приложении. И вы готовы с этим жить, ведь вы компания уровня фейсбука и у вас тысячи лучших инженеров в режиме 24/7 готовы заниматься поддержкой вашего бизнеса. И все это вам недоступно если вы небольшая компания или инди разработчик. Но есть плюс. Вам это все не нужно. Скорее всего у вас очень скромный бэкенд в который вы складываете некоторое конечное число данных и один клиент - ваше приложение. Ну может еще веб. И этот кейс прекрасно закрывается старым добрым рестом. Несколько эндпойнтов, оговоренная схема. Поменялась схема? Ну да, боль, придется вести версионность, увеличивается кост поддержки. Ваше приложение выросло до миллиона пользователей? Хочется поддержки приложений не месяц, а год? Добро пожаловать в аполло.

я если честно не понял про оптимизацию запросов) можно для dummy?)

я если честно не понял про оптимизацию запросов) можно для dummy?)

с клиента ты делаешь запрос на то что хочешь получить. Сервер получает этот запрос и пытается понять откуда он эти данные может получить. Они могут лежать на разных инстансах, в разных базах, как угодно. И тут возникает вопрос как достать данные так чтобы минимизировать число запросов и при этом отдать данные как можно быстрее. То есть по сути это маппинг виртуального запроса в реальные. А еще хорошо бы чтобы это кэшировалось. А так как данные разные из разных источников, то валидность кэша тоже боль, непонятно как держать его консистентным.

Вы сами то статью читали? Серьезно считаете что это серебрянная пуля? Я могу поверить что это будет удобно тем кто уже использует аполо в своих проектах чтобы выкинуть лишние зависимости. Но объясните мне зачем всем остальным наворачивать графкюэль сервер в своем приложении для того чтобы стейт контролировать?

Подскажите, а как обычно реализовывается механизм отображения названия ближайшей точки на карте в RN maps? Например, передвигаю карту в другое место, срабатывает onRegionChangeComplete, возвращает мне новые координаты, а вот как показать то же название ближашей дороги, относительно этих координат?

У гугла ведь апи предоставлено, разве рнм это задачу решает

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

Рнм это же юай, условно говоря

А не, не, все, с примера просто скопированные теги были в запросе, типа тип поиска - ресторан, ключевые слова такие то )))) Убрал и все находит. Класно.

прокатит, так же есть эмулятор, в доках все есть

Охренеть сколько чувак всего сделал, чтобы просто залогиниться, это ппц просто. Чуть не блеванул пока смотрел.

А если без Expo, а через react-native init. как можно быстро поделиться приложением с заказчиком, что бы он его потестил

Ты есть, вы его сами не писали?

На сервере типа того: user := User context.ReadJSON(&user) if err := api.db.First(&user).Error; err == nil { user.Session.Set('authenticated') = true } Всё.