Apollo-link: [अपोलो-लिंक-ऑफ़लाइन] आपका क्या विचार है?

आप विशिष्ट उपयोग के मामले के रूप में क्या विचार करेंगे?

ऑफ़लाइन ऐप के रूप में:

• सभी ग्राफ़िकल अनुरोध कतार में जोड़े जाते हैं। (कैश में संग्रहीत किया जा सकता है)।
• जब एप्लिकेशन को ऑनलाइन सिग्नल प्राप्त होता है, तो यह पिछले अनुरोध को फिर से सबमिट करने के लिए लिंक को सूचित करता है।

मैं कल्पना करता हूं कि इसका उपयोग इस तरह किया जाता है:

import { NetInfo } from 'react-native';
import OfflineLink from 'apollo-link-offline';

const offlineLink = new OfflineLink({
  isOnlineAsync: () => NetInfo.isConnected.fetch(),
});

NetInfo.isConnected.addEventListener('change', (isConnected) => {
  if (isConnected) {
    offlineLink.resubmit();
  }
});

मुझे लगता है कि यह कार्यक्षमता का एक अद्भुत टुकड़ा होगा। जिस तरह से मैं इसे संभावित रूप से देख रहा हूं, यह होगा कि अपोलो-लिंक-ऑफ़लाइन क्वेरी और म्यूटेशन के एक सेट को परिभाषित करे जिसे ऑफ़लाइन उपयोग करने की आवश्यकता है।

एक बार उन्हें परिभाषित करने के बाद, एप्लिकेशन की पृष्ठभूमि में, हम क्वेरी से सभी डेटा प्राप्त कर सकते हैं और उन्हें स्थानीय स्टोरेज में स्टोर कर सकते हैं। उत्परिवर्तन के लिए, हमें स्थानीय भंडारण में बनाए गए सभी क्षेत्रों की आवश्यकता होगी ताकि हम ऑफ़लाइन बनाए गए किसी भी डेटा को संग्रहीत कर सकें।

इस तरह हम स्थानीय कैश में डेटा संग्रहीत करते हुए ऑफ़लाइन रहते हुए भी कार्यक्षमता कर सकते हैं।
अगर हम सर्विस वर्कर्स से लिंक कर पाते हैं तो हम Googles PWA टेस्ट भी पास कर लेंगे
फिर जब ऐप ऑनलाइन वापस आता है, तो स्थानीय कैश पर होने वाले सभी उत्परिवर्तन वापस एपीआई के माध्यम से पारित किए जा सकते हैं।

स्पष्ट रूप से किसी न किसी रूप में Concurrency सुरक्षा की आवश्यकता होगी।

मेरी चिंता उपयोगकर्ता ए (ऑफ़लाइन) अद्यतन तालिका एक्स है जबकि उपयोगकर्ता बी (ऑनलाइन) ने तालिका एक्स अपडेट की है जबकि उपयोगकर्ता ए ऑफ़लाइन था। हमें यहां कुछ प्रकार के Concurrency नियमों की आवश्यकता होगी। मुझे लगता है कि यह दिनांक संचालित हो सकता है, लेकिन यदि उपयोगकर्ता ए उपयोगकर्ता बी के डेटा को उपयोगकर्ता बी के बारे में जागरूक किए बिना ओवरराइड करता है तो यह समस्या का समाधान नहीं करता है।

या हम केवल उत्परिवर्तन को विफल कर सकते हैं और उपयोगकर्ता को ऑनलाइन वापस आने पर मैन्युअल रूप से अपडेट करने दे सकते हैं।

अपोलो क्लाइंट 2 अद्भुत है, लेकिन कार्यक्षमता का यह टुकड़ा पूर्ण कुत्ते बोल्क्स होगा

मैं भी इसका बहुत बड़ा प्रशंसक होऊंगा। मुझे पता है कि 1.0 के Redux स्टोर के साथ इससे निपटने के लिए अलग-अलग प्रयास किए गए हैं, लेकिन इसे एक सुसंगत दृष्टिकोण के साथ अपोलो 2.0 पारिस्थितिकी तंत्र का पूर्ण नागरिक बनाना बहुत ही अद्भुत होगा।

यहां जो कुछ भी कवर किया गया था, वह पहले से ही मेरे लिए बहुत मायने रखता है- मूल रूप से मैं अपने डेटा को स्थानीय भंडारण के लिए जारी रखना चाहता हूं, और फिर इसे वहां से अपोलो में तथ्य के बाद यैंक करना चाहता हूं। दूसरे, म्यूटेशन को कतारबद्ध करना।

एक तृतीयक लक्ष्य के रूप में, पृष्ठभूमि में और भी अधिक डेटा चूसने में सक्षम होना भी बहुत अच्छा होगा, और कुछ ऐसा जो मैं करना चाहता हूं। मैं वास्तव में लगभग सभी उपयोगकर्ता के डेटा को स्थानीय रूप से भी संग्रहीत करना चाहता हूं, बस सामान्य क्वेरी संचालन को बहुत तेज़ बनाने के लिए, और फिर पूर्ण सटीकता, नेटवर्क की अनुमति के लिए रीहाइड्रेट करना चाहता हूं। तो उस उत्सुकता से लोड-फॉर-बाद के कोण के लिए किसी प्रकार का समाधान बहुत अच्छा होगा, खासकर जब सेवा कार्यकर्ता सफारी के साथ अंततः तकनीकी पूर्वावलोकन में होने के साथ व्यवहार्य बनना शुरू कर रहे हैं।

मैं भी इसको लेकर उत्साहित हूं। @danieljvdm अपोलो-क्लाइंट रेपो में किसी मुद्दे पर दृढ़ता पर थोड़ा सा सिर शुरू हो गया।

मुझे लगता है कि RetryLink नेटवर्क त्रुटियों और पुनर्प्रयासों के प्रबंधन के लिए उपयोगी होगी, हालांकि मैं कुछ प्रकार के फ़ॉलऑफ़ देखना चाहता हूँ

यह बहुत अच्छा है। जिस मुद्दे को @2WheelCoder संदर्भित किया गया है वह एक प्रारंभिक और शायद अनुभवहीन दृष्टिकोण है जो पूर्ण ऑफ़लाइन समर्थन (क्यूइंग क्वेरी/म्यूटेशन और ऐसे) के बजाय कैश को बनाए रखने की दिशा में अधिक सक्षम है।

यह अभी भी शुरू करने और शीर्ष पर निर्माण करने के लिए एक अच्छी जगह हो सकती है। उस मुद्दे में मैंने जो बताया वह यह है कि वर्तमान में मेरे पास परिवर्तनों के लिए कैश की निगरानी करने का एक अच्छा तरीका नहीं है। मैंने वास्तव में आज पहले @2WheelCoder के प्रारंभिक सुझाव को लागू करने की कोशिश की लेकिन इसी तरह की समस्याओं में भाग गया। "स्टोर परिवर्तन की निगरानी" के लिए अपोलोलिंक बनाने में समस्या यह है कि यह केवल क्लाइंट कार्रवाई और उसके बाद कैश लिखने के बीच के संदर्भ में रहता है। इसलिए मैं अनुरोध को बाहर जाने से पहले (मिडलवेयर) इंटरसेप्ट कर सकता हूं और कैश में लिखे जाने से पहले इसे इंटरसेप्ट कर सकता हूं (आफ्टरवेयर) लेकिन मुझे नहीं पता कि यह कब _has_ लिखा गया है - मैं केवल अनुमान लगा सकता हूं (मेरा वर्तमान हैक एक 1000ms टाइमआउट है )

ऑफ़लाइन दृढ़ता के लिए एक लिंक का उपयोग करने के साथ एक और घातक दोष यह है कि यह सदस्यता के लिए जिम्मेदार नहीं है। एक सदस्यता लिंक केवल तभी सक्रिय होगा जब सदस्यता खोली जाएगी, बाद की घटनाओं पर नहीं (शायद ऐसा करने का कोई तरीका है जिसे मैंने याद किया?)

यह मूल रूप से है जहां मैं अभी हूं, और मैं बहुत फंस गया हूं - मुझे लगता है कि आगे बढ़ने के लिए मुझे अपोलो-कैश-इनमेमोरी के लिए पीआर खोलना पड़ सकता है।

@danieljvdm मैं एक ही स्थान पर हूं और मुझे लगता है कि आपके द्वारा किए गए उसी मुद्दे पर चलने के बाद सीधे कैश पर दृढ़ता को संभालने का कोई मतलब नहीं है। एचटीपीलिंक इसके लिए उपयुक्त नहीं है क्योंकि अनुरोध के बाद अवलोकन योग्य पूर्ण होता है लेकिन (आमतौर पर) कैश अपडेट से पहले।

हालांकि अपोलो-कैश-मेमोरी पर पीआर खोलने के लायक हो सकता है, मुझे यह भी आश्चर्य होता है कि इसे एक नई परियोजना में फोर्क करना बेहतर होगा या नहीं। कैश और लिंक के आसपास अपोलो 2 की प्रतिरूपकता यह बताती है कि यदि आपको किसी भिन्न प्रकार के कैश की आवश्यकता है तो आप इसे बना सकते हैं। हो सकता है कि अपोलो-क्लाइंट पर कोई मुद्दा अगला कदम हो (मुझे नहीं लगता कि अपोलो-कैश-इनमेमोरी का अपना रेपो है)?

यहां लिंक से थोड़ा हटकर विषय प्राप्त करने के लिए खेद है।

@ होल्मन क्या आपके पास सफारी तकनीकी पूर्वावलोकन में सेवा कार्यकर्ता के बारे में एक संदर्भ होगा?

@sedubois यह एक या दो महीने पहले (अचानक अचानक) गिरा। यह तकनीकी पूर्वावलोकन में है , लेकिन अभी भी काफी कुछ जाना बाकी है ।

@2WheelCoder मुझे एक नए कैश के लिए अपोलो क्लाइंट के लिए पीआर का विचार पसंद है। शायद apollo-offline-cache जो apollo-cache-inmemory विस्तार कर सकता है? मैं उस पर काम करने में मदद करने को तैयार हूं। वहाँ एक मुद्दा खोलना चाहते हैं?

@2WheelCoder @danieljvdm दृढ़ता के लिए LocalForage का उपयोग करने के बारे में क्या https://github.com/localForage/localForage यदि आप लोग एक पीआर खोलते हैं तो मैं एक हाथ उधार देने के लिए तैयार हूं

@danieljvdm हाँ, यदि आप पीआर जाना चाहते हैं तो मैं एक मुद्दा खोलूंगा। मेरे पास अगले डेढ़ सप्ताह में ज्यादा समय नहीं है, लेकिन उसके बाद इसमें कूदकर मुझे खुशी हो रही है।

@Eishpirate निश्चित रूप से सहमत हैं कि LocalForage बहुत अच्छा है। मुझे लगता है कि जिस तरह से रिडक्स-परसिस्ट स्टोर को बचाने में कामयाब रहा, वह काफी ठोस था और संभवत: apollo-offline-cache में अनुसरण करने के लिए एक सभ्य पैटर्न के रूप में कार्य कर सकता है।

दोस्तों, मैं प्रतिक्रिया देशी AsyncStorage में स्टोर डेटा को बचाने के लिए रेडक्स पर्सिस्ट पैकेज का उपयोग कर रहा हूं। मैं अब यह कैसे करूँ? कोई विचार?

@Eishpirate : स्थानीय प्रतिक्रिया देशी प्रतिक्रिया के लिए काम करता है? पुस्तकालय के संगतता चार्ट को देखते हुए, मुझे प्रतिक्रिया मूल के बारे में कुछ भी नहीं मिल रहा है। https://github.com/localForage/localForage/wiki/Supported-Browsers-Platforms

अपोलो का ऑफलाइन फीचर ऐप्स के लिए काम नहीं करेगा तो बहुत दुख होगा..

@timLoewel यह एक बहुत अच्छी बात है। वास्तव में रिएक्ट नेटिव जितना आगे नहीं सोचा था। विश्वास मत करो यह स्पष्ट रूप से करता है।

यह अनपेक्षित समस्याओं को और आगे बढ़ा सकता है। सुनिश्चित नहीं है कि पहिया को फिर से शुरू किए बिना व्यवहार्य विकल्प है या नहीं

दिलचस्प लेख जो इस चर्चा के लिए प्रासंगिक हो सकता है https://blog.logrocket.com/build-an-offline-first-app-with-react-and-rxdb-e97a1fa64356?t=now

यह ऑफ़लाइन डेटाबेस के रूप में rxdb का उपयोग करके वास्तव में आशाजनक लगता है। यह रिएक्ट, रिएक्ट-नेटिव, वीयू, एंगुलर, काफी लोकप्रिय विकल्पों के साथ संगत है।

हालांकि मुझे जो समस्या मिलती है वह यह है कि इसे पाउचडीबी (कॉच डीबी के व्युत्पन्न) जैसे नोएसक्यूएल डेटाबेस के साथ सिंक करने की आवश्यकता है। मेरे उपयोग के मामले में मैं एक रिलेशनल SQL डेटाबेस (Postgres) का उपयोग कर रहा हूं और मेरे सभी डेटा सत्यापन डेटाबेस स्तर पर होते हैं। अगर मुझे इस प्रणाली का उपयोग करना था, तो मुझे jsonschema के माध्यम से सत्यापन बनाए रखना होगा।

यह DRY सिद्धांतों का पालन नहीं करता है, और निश्चित रूप से मुद्दों को पेश करेगा।

एक अन्य विकल्प जो मैंने पाया है वह है किंटो http://docs.kinto-storage.org/en/stable/index.html जो पोस्टग्रेज के साथ काम करता है इसलिए जटिलता की कुछ अतिरिक्त परतों से बचना चाहिए जो कि rxdb पेश करेगा। किंटो HTTP का उपयोग करता है, इसलिए हम सैद्धांतिक रूप से इसे अपोलो-लिंक-http https://github.com/apollographql/apolo-link/tree/master/packages/apollo-link-http में प्लग कर सकते हैं

ऐसा लगता है कि बहुत सारे काम कैशिंग से संबंधित होंगे।

रेडक्स के बारे में कैसे? (मैं गंभीर हूं)

एक अपोलो-लिंक-ऑफ़लाइन पैकेज, अपोलो-ऑफ़लाइन कार्य पर आधारित और...
एक अपोलो-कैश-रेडक्स पैकेज। रेडक्स-ऑफ़लाइन/रेडक्स-पर्सिस्ट का उपयोग करें जैसे अपोलो-ऑफ़लाइन अब करता है।

अपोलो ने इनमेमोरी-कैश को डिफ़ॉल्ट, सामान्य समाधान के रूप में बनाया - मैं समझ सकता हूं कि वे किसी अन्य पुस्तकालय के साथ इतनी निकटता से क्यों नहीं बंधे रहना चाहते थे। लेकिन redux/redux-offline/redux-persis समाधान इतना युद्ध-परीक्षण है ... यह अभी भी एक अच्छा विकल्प है। तीनों के लिए विकास बहुत सक्रिय है।

संपादित करें: अपोलो-कैश- रेडक्स अब मौजूद है, @ rportugal . के लिए धन्यवाद

@giautm मैंने कुछ समय पहले मेरी एक छोटी परियोजना के लिए जो वर्णन किया है, उसे ठीक से लागू किया है, और इसे वास्तव में सरल पैकेज के रूप में प्रकाशित करने का निर्णय लिया है: apollo-link-queue । यदि आप में से किसी के पास सुधार के लिए विचार हैं, तो मुझे आपके सुझाव या योगदान प्राप्त करना अच्छा लगेगा।

कृपया इस मुद्दे की स्थिति क्या है? क्या ऐसी कोई चीज़ है जिसका उपयोग हम ऑफ़लाइन सामग्री के लिए कर सकते हैं जो अपोलो से है और Redux ऑफ़लाइन से संबंधित नहीं है?

@स्मिथैतुफे ,
हां, आप अपोलो-कैश-पर्सिस्ट का उपयोग कर सकते

@ ग्रेगर 1971
इस संदर्भ के लिए धन्यवाद। मैं इसे आज़माउंगा और अपनी टिप्पणियां सबमिट करूंगा।
सतही रूप से, यह अच्छा और लागू करने में आसान लगता है।

यह अपोलो-लिंक-क्यू से कैसे भिन्न है

हे दोस्तों, मैंने प्रतिक्रिया-मूल के लिए एक बुनियादी कार्यान्वयन को एक साथ करने की कोशिश की है जिसमें अपोलो-ऑफ़लाइन के समान व्यवहार है।
(पिंगिंग https://github.com/Malpaux/apolo-offline/issues/14)

आप इसे इस सार में देख सकते हैं: https://gist.github.com/lachenmayer/2e364a5ca9ae0918eb032867d0c6720d

इसका एक संयोजन है:

• अपोलो-लिंक-कतार ,
• अपोलो-लिंक-पुन: प्रयास करें ,
• और एक कस्टम optimisticFetchLink फ़ंक्शन।

जब डिवाइस ऑफ़लाइन हो जाता है, तो अनुरोध कतारबद्ध हो जाएंगे, और जब यह वापस ऑनलाइन हो जाएगा तो बिना कतारबद्ध हो जाएगा। ( apollo-link-queue )

नेटवर्क त्रुटि के साथ विफल होने वाले किसी भी अनुरोध का पुन: प्रयास किया जाएगा (वर्तमान में असीम रूप से)। ( apollo-link-retry )
ध्यान दें कि यह या तो डिवाइस के ऑफ़लाइन होने के कारण हो सकता है, या बैकएंड आसानी से उपलब्ध नहीं है (उदाहरण के लिए, यदि यह नीचे है)।

हालांकि, अगर हम कैश से क्वेरी को हल कर सकते हैं, तो इसका पुन: प्रयास नहीं किया जाएगा, और इसके बजाय कैश में डेटा का उपयोग प्रतिक्रिया के रूप में किया जाएगा। इसे optimisticFetchLink फ़ंक्शन में लागू किया गया है।

मेरी राय में, यह "आशावादी फ़ेच" व्यवहार अपोलो-ऑफ़लाइन के सबसे महत्वपूर्ण भागों में से एक है, और भविष्य के किसी भी apollo-link-offline कार्यान्वयन को इसका समर्थन करना चाहिए। यह उपयोगकर्ता को ऑफ़लाइन रहते हुए हमेशा की तरह ऐप का उपयोग करने में सक्षम बनाता है, जब तक कि डेटा प्राप्त किया जाता है और किसी बिंदु पर जारी रहता है। मेरी राय में, यह network-and-cache लाने की नीति का डिफ़ॉल्ट व्यवहार होना चाहिए , लेकिन दुर्भाग्य से ऐसा नहीं लगता कि यह जल्द ही कभी भी बदलेगा (देखें https://github.com/apollographql/react-apollo/issues/ 604#इश्यू कमेंट-355648596)।

यदि आप सार को offlineLink.js रूप में सहेजते हैं, तो आप इसे निम्नानुसार उपयोग कर सकते हैं:

import { InMemoryCache } from 'apollo-cache-inmemory'
import { ApolloClient } from 'apollo-client'
import { createHttpLink } from 'apollo-link-http'

// get this from https://gist.github.com/lachenmayer/2e364a5ca9ae0918eb032867d0c6720d
import { createOfflineLink } from './offlineLink'

const cache = new InMemoryCache()
const networkLink = createHttpLink()

const offlineLink = createOfflineLink({ cache })

const link = ApolloLink.from([
  // ... + other links ...
  offlineLink,
  networkLink,
])

const client = new ApolloClient({
  cache,
  link,
}

ज्ञात समस्याएँ / अनुपलब्ध बिट्स

• यह अभी के लिए केवल प्रतिक्रिया-मूल के साथ काम करता है। इस क्रॉस-प्लेटफ़ॉर्म को बनाने के लिए isOnline चेक को हटा दिया जाना चाहिए।
• यदि आपके पास कैश में केवल आंशिक प्रतिक्रिया है, तो आपको कहीं न कहीं एक अस्वीकृत वादा मिलेगा जो आपको बताएगा कि प्रतिक्रिया अधूरी है। मैंने अभी तक यह नहीं देखा है कि इसे कैसे ठीक किया जाए, या वास्तव में अपोलो-ऑफ़लाइन इसे कैसे हल करता है। यदि आप इसे ठीक करने का प्रयास करना चाहते हैं, तो मैं इस पर किसी भी संकेत की सराहना करता हूं।
• आप वर्तमान में कोई भी पुनः प्रयास सेटिंग नहीं बदल सकते - इसे एक अतिरिक्त कॉन्फ़िगरेशन पैरामीटर के रूप में जोड़ा जाना चाहिए।
• आशावादी लाने पर आपका कोई नियंत्रण नहीं है। आप इसे प्रत्येक प्रश्न के लिए स्वतंत्र रूप से सेट करने में सक्षम होना चाहिए। मैं अपोलो-ऑफ़लाइन के कार्यान्वयन का बहुत बड़ा प्रशंसक नहीं हूं ( {__online_: true} क्वेरी वैरिएबल सेट करना), लेकिन ऐसा करने का कोई तरीका निश्चित रूप से होना चाहिए।
• स्पष्ट रूप से कोई परीक्षण भी नहीं हैं।

मैं किसी ऐसे व्यक्ति की सराहना करता हूं जो इसे आजमाने के लिए इस पर समाधान ढूंढ रहा है, और फिर हम इसे टाइपिंग, परीक्षण, दस्तावेज़ और पूरी तरह से उचित एनपीएम मॉड्यूल में बदल सकते हैं। यह व्यवहार मेरी राय में बहुत महत्वपूर्ण है, और यह एक वास्तविक शर्म की बात है कि अपोलो-क्लाइंट 2 के पास अभी तक इसका कोई उचित समाधान नहीं है।

एक अच्छा ✌️

@स्मिथैतुफे ,

यह अपोलो-लिंक-कतार से किस प्रकार भिन्न है?

ऐसा लगता है कि अपोलो-लिंक-क्यू कनेक्शन स्थिति के आधार पर बुद्धिमान चीजें करता है। अपोलो-कैश-जारी कैश बचाता है; उदाहरण के लिए, उपयोगकर्ताओं को डिस्कनेक्ट होने पर आपका ऐप शुरू करने और चलाने की अनुमति देना। कैश को बनाए रखे बिना, आपको ऐप को स्टार्ट अप करने के लिए कनेक्टिविटी की आवश्यकता होगी,

हम ऊपर दिए गए @lachenmayer के समाधान (जो अपोलो-लिंक-क्यू का उपयोग करता है) और एक कैश जो लगातार है, दोनों, या बेहतर अभी तक चाहते हैं। (हम लिंक रेपो में चैट कर रहे हैं, इसलिए यहां सबसे ज्यादा फोकस उसी पर है)

@lachenmayer पहली नज़र से, आपका दृष्टिकोण बहुत आकर्षक लग रहा है।

apollo-offline की आशावादी फ़ेच सुविधा जैसी किसी चीज़ की आवश्यकता पर मैं आपसे पूरी तरह सहमत हूँ। यह (या बल्कि इसकी कमी) काफी हद तक मुझे apollo-offline शुरू करने के लिए प्रेरित करता था।

मैं स्वयं इस बात से काफी संतुष्ट नहीं हूं कि मुझे apollo-offline में आशावादी लाने की सुविधा को चुनिंदा रूप से सक्षम/अक्षम करने के तरीके को कैसे लागू करना पड़ा। क्वेरी वैरिएबल पहली पसंद नहीं थे, लेकिन वे सबसे व्यावहारिक लग रहे थे। आप क्या प्रस्ताव देंगे?

अगले दो हफ्ते मेरे लिए काफी तनावपूर्ण रहने वाले हैं। हालांकि उसके बाद, मुझे अपोलो के लिए एक अप-टू-डेट ऑफ़लाइन पहले समाधान के कार्यान्वयन में योगदान देने में खुशी होगी - हो सकता है कि यह apollo-offline पैकेज का नया संस्करण हो या apollo-link-offline जैसा कुछ हो

धन्यवाद @MLPXBrachmann!
मुझे लगता है कि आशावादी फ़ेचिंग को fetchPolicy का उपयोग करके नियंत्रित किया जाना चाहिए - अगर मैं कैश से कुछ भी नहीं आना चाहता, तो मुझे network-only का उपयोग करने में सक्षम होना चाहिए।

@lachenmayer @MLPXBrachmann

मैं योगदान देने के लिए तैयार और तैयार हूं।

मैं भी अपोलो ऐप में ऑफलाइन व्यवहार को लागू करने के विकल्पों की तलाश में हूं। @lachenmayer का दृष्टिकोण सुपर आशाजनक दिखता है, लेकिन चूंकि यह अपोलो-लिंक-

@nicocrm मैं देख रहा हूँ ... फिलहाल ऑफ़लाइन समर्थन के बारे में चर्चा ज्यादातर इस मुद्दे पर नहीं है। मुझे लगता है कि अपोलो के पास अभी अन्य प्राथमिकताएं हैं, इसलिए हमें एक सामुदायिक परियोजना apollo-link-offline बनानी चाहिए। उम्मीद है कि इससे अभी की तुलना में अधिक चर्चा और प्रगति होगी

@benseitz मैं निश्चित रूप से इसके पक्ष में हूं। सुविधा में बहुत रुचि है इसलिए मुझे यकीन है कि एक सामुदायिक परियोजना के लिए जगह है - जब तक मैं मौजूदा प्रयासों को डुप्लिकेट या खंडित नहीं कर रहा हूं, मैं अपोलो-लिंक-ऑफ़लाइन के लिए एक नई टीम और रेपो बना सकता हूं और सभी इच्छुक लोगों को आमंत्रित कर सकता हूं . मेरे पास कुछ व्यक्तिगत रुचि है और साथ ही एक ग्राहक वास्तव में उस सुविधा के लिए जोर दे रहा है, इसलिए मेरे पास इसे जलाने के लिए कुछ घंटे होंगे। मैं अपोलो-ऑफ़लाइन रेपो पर पूछूंगा कि क्या वे इस पर आगे बढ़ना चाहते हैं क्योंकि उनके पास बहुत अधिक अनुभव है।

इसमें निश्चित रूप से मेरी व्यक्तिगत रुचि भी है - इस @nicocrm पर आपके साथ आगे बातचीत करने में खुशी होगी। मैंने प्रतिक्रिया-मूल पर अब तक कोई खोया हुआ अनुरोध नहीं देखा है, लेकिन tbh मैंने वास्तव में इन सभी चीजों का ठीक से परीक्षण नहीं किया है (केवल अब तक के प्रश्नों के साथ और यह _seems_ सब कुछ ठीक चलाने के लिए)।

मुझे लगता है कि इसके लिए रेपो शुरू करना समझदारी होगी। @MLPXBrachmann जिन्होंने ऊपर उल्लेख किया है कि apollo-offline किया है, उनके पास अगले कुछ हफ्तों में apollo-offline में सुधार पर खर्च करने का समय नहीं होगा, और मेरा मानना ​​​​है कि इसे apollo-link-offline कहने का कोई मतलब नहीं है

मुझे नहीं लगता कि apollo-offline से पुन: प्रयोज्य होने वाला कोई कोड है क्योंकि यह बहुत ही रेडक्स-विशिष्ट है।

@nicocrm मैं apollo-link-offline का ख्याल रखे।

@benseitz मुझे भी लगता है कि सामुदायिक प्रयास के रूप में apollo-link-offline शुरू करना एक अच्छा विचार होगा और इसके विकास में भाग लेना बहुत पसंद करेगा।

@lachenmayer आप बिल्कुल सही हैं, apollo-offline द्वारा साझा किए गए कोड की मात्रा और नियोजित apollo-link-offline पैकेज शायद किसी के बगल में नहीं होगा। हालांकि मुझे लगता है कि अपोलो 2.0 ब्रह्मांड में ऑफ़लाइन टूलकिट सेट विकसित करते समय पूर्व की कई अंतर्निहित अवधारणाएं अभी भी लागू होती हैं।

किसी भी मामले में मुझे apollo-link-offline लिए विचारों पर चर्चा करने में खुशी होगी, कार्यान्वयन पर प्रतिक्रिया दें और - जैसे ही मेरा शेड्यूल थोड़ा मुक्त हो जाए - कुछ कोड भी योगदान दें।

@MLPXBrachmann @lachenmayer @nicocrm ऐसा करने का यह सही तरीका लगता है!
चूंकि अपोलो स्लैक पर कोई भी सार्वजनिक चैनल खोल सकता है। मैं apollo-link-offline नामक एक खोलने का सुझाव दूंगा। हो सकता है कि इससे हमारे बीच संवाद थोड़ा आसान हो जाए। सभी महत्वपूर्ण निर्णयों को अभी भी GitHub मुद्दों में प्रलेखित किया जाना चाहिए।

क्या आप मेरे साथ रेपो और स्लैक दोनों चैनल खोलने के लिए ठीक हैं या आप में से कोई एक ऐसा करना चाहता है?

ज़रूर, धन्यवाद!

मैंने आप तीनों को रेपो में सहयोगी के रूप में जोड़ा है। और आप अपोलो स्लैक में #apollo-link-offline चैनल से जुड़ सकते हैं

बेशक सभी को गिटहब रेपो पर सहयोग करने और स्लैक पर चर्चा करने के लिए आमंत्रित किया जाता है :)
मैं बहुत उत्साहित हूँ

आपमें से जो लोग Google खोज से यहां पहुंचे हैं, उनके लिए मैंने आज अपोलो क्लाइंट 2.0 के लिए उपलब्ध सभी मौजूदा ऑफ़लाइन तकनीकों का सारांश तैयार किया है।

https://github.com/benseitz/apolo-link-offline/issues/1#issuecomment -371678922

क्या अपोलो एडब्ल्यूएस ऐपसिंक समकक्ष पर काम कर रहा है? हमारे पास पहले से ही एक ग्राफक्यूएल सर्वर है और हमारे सर्वर का उपयोग करते हुए प्रश्नों और म्यूटेशन के लिए ऑफ़लाइन क्लाइंट कैशिंग की आवश्यकता है, न कि एडब्ल्यूएस समाधान (यानी लैमडा, डायनेमोडीबी, इलास्टिक सर्च)।

आशा है कि यह काम कर रहा है।

@masull यह बिल्कुल आश्चर्यजनक होगा। मैंने कोशिश की और मुझे नहीं लगा कि फायरबेस या पार्स प्लेटफॉर्म मेरे लिए काम करता है, इसलिए यह सुविधा शानदार होगी।
बहुत सारे पैकेज के साथ सब कुछ सेट करने में कठिन समय हो रहा है ... बिल्कुल भी मजेदार नहीं :)