это что?

Ребята всем привет! Если кто то знает хороший учебник или источник по реакту, буду очень благодарен за ссылочку.

На React Amstermam, Apollo признали прорывом года, так что вот вам самый свежий курс React Native + Apollo + Prisma https://www.youtube.com/playlist?list=PLN3n1USn4xlmqhVdKMurNREwtiUpq-SFy

это что?

Да просто мне подозрительно плеймаркет предлагал скачать это приложение для с документацией рн и компонентами и примерами так далее. По-моему первое полезное, что мне плеймаркет предложил. ?

На React Amstermam, Apollo признали прорывом года, так что вот вам самый свежий курс React Native + Apollo + Prisma https://www.youtube.com/playlist?list=PLN3n1USn4xlmqhVdKMurNREwtiUpq-SFy

Боюсь даже интересоваться что это, а то захочется заюзать. ?

Боюсь даже интересоваться что это, а то захочется заюзать. ?

это получение и отправка данных с сервера без заморочек)

прорывом чего только, вот вопрос

graphql и без заморочек в одном предложении я бы не ставил вообще никак

даже с SOAP заморочек меньше

это получение и отправка данных с сервера без заморочек)

Да вроде не возникало таких проблем. Надо посмотреть.

@savelichalex

а было на React Amsterdam что нибудь по RN? что стоит глянуть?

Группа Аппологетов ? https://t.me/apollo_ru

Да вроде не возникало таких проблем. Надо посмотреть.

Вы видимо Real TIme приложения еще не делали)

Ребята всем привет! Если кто то знает хороший учебник или источник по реакту, буду очень благодарен за ссылочку.

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

Давай вместе изучать. Я изучаю где то уже 4мес.могу помогать ответами на несложные вопросы

и вы тоже заходите)

А какое отношение к такой реализации имеет graphql? Это же веб сокетная реализация по-моему.

ws.onReceive или что-то в этом роде.

что это за массовые PR компании начались)

что это за массовые PR компании начались)

Да ещё и наглые пр компании.

А какое отношение к такой реализации имеет graphql? Это же веб сокетная реализация по-моему.

все верно, только graphql + apollo решает эту задачу более декларативней.

https://www.npmjs.com/package/react-native-table-component

Её и юзанул, прекрасно

Css pixel

Вы видимо Real TIme приложения еще не делали)

Делаем реалтайм приложения без всяких аполло

Вот это найс

Хочу окунуться в эту атмосферу

при попытке выполнить линковку выскакивает вот такая ошибка Something went wrong while linking. Error: Cannot read property 'pbxprojPath' of null никто не сталкивался? RN + Expo

А с прошлого митап москоу есть видосы ?

Делаем реалтайм приложения без всяких аполло

Кто-то до сих пор и в Ionic их пишет)

при попытке выполнить линковку выскакивает вот такая ошибка Something went wrong while linking. Error: Cannot read property 'pbxprojPath' of null никто не сталкивался? RN + Expo

Линковка и Экспо разве совместимы?

при попытке выполнить линковку выскакивает вот такая ошибка Something went wrong while linking. Error: Cannot read property 'pbxprojPath' of null никто не сталкивался? RN + Expo

логично. Он пытается конфиг твоего ios проекта найти, а его нет с expo :)

логично. Он пытается конфиг твоего ios проекта найти, а его нет с expo :)

т.е. получается в этом и есть основное ограничение Expo?

т.е. получается в этом и есть основное ограничение Expo?

еп

и подобные модули не поставить? https://www.npmjs.com/package/react-native-wheel-picker

придется щас переписывать без expo

и подобные модули не поставить? https://www.npmjs.com/package/react-native-wheel-picker

так и есть. Вообще экспо не советую поэтому

без нативных модулей в RN ловить практически нечего

придется щас переписывать без expo

теперь и вы понимаете почему многие так любят react-native init

Совет: в новом react-navigation есть примеры - от них можно плясать. И у вас будет современное приложение ;)

Там есть и redux и request

И кто то спрашивал про intro, так вот его тоже легко можно создать.

Совет: в новом react-navigation есть примеры - от них можно плясать. И у вас будет современное приложение ;)

жаль что у них нет хорошего решения для веб. Поэтому лично я начал переходить на https://reacttraining.com/react-router/ а redux, с появлением Apollo, тоже прошлое)

жаль что у них нет хорошего решения для веб. Поэтому лично я начал переходить на https://reacttraining.com/react-router/ а redux, с появлением Apollo, тоже прошлое)

Redux is a predictable state container for JavaScript apps. Apollo - GraphQL over REST.

Redux is a predictable state container for JavaScript apps. Apollo - GraphQL over REST.

Почему Apollo - GraphQL over REST? Возможно вы имели в виду over HTTP

Почему Apollo - GraphQL over REST? Возможно вы имели в виду over HTTP

https://www.apollographql.com/

Redux is a predictable state container for JavaScript apps. Apollo - GraphQL over REST.

ну ну =) https://dev-blog.apollodata.com/the-future-of-state-management-dd410864cae2 The future of state management ?

Redux is a predictable state container for JavaScript apps. Apollo - GraphQL over REST.

React Native тоже поверх Java и ObjC, а Java и ObjC поверх С, но все же мы с вами в этом чате.

React Native тоже поверх Java и ObjC, а Java и ObjC поверх С, но все же мы с вами в этом чате.

Чего блин?

Опять начал курить грибы? Завязывай ты с этим ?

ну ну =) https://dev-blog.apollodata.com/the-future-of-state-management-dd410864cae2 The future of state management ?

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

?

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

Потому что так кто-то умный сказал!

Или ФБ там, хипстота короче

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

у меня в проекте на сервере graphQL =) И использую его в проде

как это относится к теме разговора?

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

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

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

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

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

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

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

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

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

Это я даже не буду говорить о том что и при работе с апи graphql тоже не серебрянная пуля и использовать его повсеместно не то чтобы рекомендуется.

Это я даже не буду говорить о том что и при работе с апи graphql тоже не серебрянная пуля и использовать его повсеместно не то чтобы рекомендуется.

Так и отличают джунов от норм челов))

ERROR: S client not available

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

затем что спрос на специалистов в этой области такой, что даже на меня с запросами из Сан-Франциско выходят, чтобы я им код ревью по GraphQL сделал ? Хайп не хайп, а деньги готовы платить. И это движение нарастает. А так как Apollo еще и кроспатформеный и его можно юзать и под Java и ObjC, следовательно узучая его становишся специалистом более широкого профиля.

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

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

затем что спрос на специалистов в этой области такой, что даже на меня с запросами из Сан-Франциско выходят, чтобы я им код ревью по GraphQL сделал ? Хайп не хайп, а деньги готовы платить. И это движение нарастает. А так как Apollo еще и кроспатформеный и его можно юзать и под Java и ObjC, следовательно узучая его становишся специалистом более широкого профиля.

отлично, с вами все понятно, каким образом аполо то редукс заменяет?

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

Для не клиент серверного приложения лучше всего не использовать React-Native

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

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

Для не клиент серверного приложения лучше всего не использовать React-Native

у меня больше вопросов нет

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

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

отлично, с вами все понятно, каким образом аполо то редукс заменяет?

https://habrahabr.ru/post/331088/

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

так я в целом тоже не вижу ничего плохого в аполо, удобная обертка на графкюэль. Здорово. Просто нужно точно понимать когда нужно использовать тот или иной подход или технологию.

тут и не поспоришь ?

а такой вопрос. если через react-native init. есть подробный ман как подключить андройд к компу что бы на нем тестить?

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

затем что спрос на специалистов в этой области такой, что даже на меня с запросами из Сан-Франциско выходят, чтобы я им код ревью по GraphQL сделал ? Хайп не хайп, а деньги готовы платить. И это движение нарастает. А так как Apollo еще и кроспатформеный и его можно юзать и под Java и ObjC, следовательно узучая его становишся специалистом более широкого профиля.

Ну жечь бабки глупых инвесторов — дело здравое

Плюс в копилку графкуэля есть

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

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

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

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

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

https://facebook.github.io/react-native/docs/getting-started.html ? в разделе Building Project with Native Code как запустить на девайсе https://facebook.github.io/react-native/docs/running-on-device.html

так я в целом тоже не вижу ничего плохого в аполо, удобная обертка на графкюэль. Здорово. Просто нужно точно понимать когда нужно использовать тот или иной подход или технологию.

вот как вместе, слажено и сообща работают технологии Facebook https://youtu.be/i6i1xGlaVwY?t=59m14s

вот как вместе, слажено и сообща работают технологии Facebook https://youtu.be/i6i1xGlaVwY?t=59m14s

Вы серьезно сравниваете фейсбук с их стреком и 99.99% остальных приложений?

Я могу вам лекцию прочитать почему фейсбуку нужен графкюэль.

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

Ну жечь бабки глупых инвесторов — дело здравое

П - Польза

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

Да, пхп не нужен

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

я бы послушал ?

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

У меня все больше складывается картина, что вам очень хорошо платять за то чтобы вы кодили на react-native , но вы от этого очень и очень страдаете, так как вам по сердцу Java, Kotlin) Прочитайте пожалуйста почему?

У меня все больше складывается картина, что вам очень хорошо платять за то чтобы вы кодили на react-native , но вы от этого очень и очень страдаете, так как вам по сердцу Java, Kotlin) Прочитайте пожалуйста почему?

предлагаю не переходить на личности

предлагаю не переходить на личности

извиняюсь, я по доброму если что?

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

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

Объясните плиз человеку не в теме(статью не читал) graphQL живет на триплетах?

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

Поэтому один из мейнтендеров GraphQL Johannes Schickling открыл Prisma.io c которым жизнь стала еще радужней и вся та перечислиная вами боль решается дикорастущим сообществом.

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

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