फायरबेस और बैकएंड तर्क

Question

मैं parse.com उपयोगकर्ता हूं, और अब मैं एक और सेवा की तलाश में हूं। मैं फायरबेस में एंड एंड लॉजिक कैसे लिख सकता हूं?

मान लें कि मैं सर्वर के सभी मूल्यों को मान्य करना चाहता हूं, या चीजों को ट्रिगर करना चाहता हूं। मैंने एक समाधान के बारे में सोचा, लेकिन मैं अनुशंसित तरीके से जानना चाहता हूं।

मुझे लगता है कि

1. को NodeJS सर्वर एक्सप्रेस का उपयोग करता है बनाएँ।
2. तर्क को संभालने के लिए मध्यवर्ती बनाएं।
3. ऐप से बाकी अनुरोध भेजें, जो कि मध्यवर्ती
4. http अनुरोध के पैराम के अनुसार मानों को अद्यतन करने के लिए फायरबेस के नोडजेएस एसडीके का उपयोग करता है।
5. और एप्लिकेशन firebase हैंडलर कि परिवर्तन

उनके कुछ सरल करने के लिए सुनो पर लागू? पार्स में मैंने क्लाउड कोड का उपयोग किया, मैं चाहता हूं कि तर्क क्लाइंट साइड पर नहीं बल्कि सर्वर की तरफ होगा।

Answer 1

अद्यतन (10 मार्च, 2017): वास्तुकला मैं नीचे रूपरेखा अभी भी मान्य है और किसी भी मौजूदा बुनियादी ढांचे, Firebase सिर्फ Cloud Functions for Firebase जारी किया गया है, जो आप पर JavaScript कार्यों को चलाने के लिए अनुमति देता है के साथ Firebase गठबंधन करने के लिए इस्तेमाल किया जा सकता है गूगल की फ़ायरबेस घटनाओं के जवाब में सर्वर (जैसे डेटाबेस परिवर्तन, उपयोगकर्ता साइन इन करने और बहुत कुछ)।

---

Firebase आवेदनों की आम आर्किटेक्चर इस ब्लॉग पोस्ट Where does Firebase fit in your app? में बहुत अच्छी तरह से परिभाषित कर रहे हैं।

वास्तुकला आप का प्रस्ताव वास्तुकला 3, जहाँ आपके क्लाइंट-साइड कोड में बात करती है दोनों सीधे और अपने Node.js सर्वर से सीधे firebase करने के सबसे करीब है।

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

इस सर्वर के लिए एक सरल रूपरेखा हो सकता है:

var ref = new Firebase('https://yours.firebaseio.com/searches'); 
ref.child('requests').on('child_added', function(requestSnapshot) { 

    // TODO: execute your operation for the request 

    var responseRef = ref.child('responses').child(requestSnapshot.key()); 
    responseRef.set(result, function(error) { 
     if (!error) { 
      // remove the request, since we've handled it 
      requestSnapshot.ref().remove(); 
     } 
    }); 
}) 

यह पिछले दृष्टिकोण ग्राहक कभी नहीं सीधे अपने सर्वर है, जो संभावित समस्याओं के बारे में आप चिंता करने की ज़रूरत है कि सभी तरह निकाल देता से बात के साथ

। इस कारण से मैं कभी-कभी सर्वर के बजाए उन्हें "बॉट्स" के रूप में संदर्भित करता हूं।

Answer 2

यहाँ मैं क्या कर सकता है:

• Validade सभी ".validate" rules साथ आदानों। इसके लिए कोई सर्वर की आवश्यकता नहीं है।
• यदि आपके पास चलाने के लिए कार्य हैं, तो Firebase Queue का उपयोग करें, कार्यों को चलाने के लिए एक बॉट का उपयोग करें और आप कर चुके हैं।

  • आप चित्र आप पोस्ट का उपयोग करने की कोशिश अगर यह अधिकृत वस्तु प्राप्त करने के लिए एक छोटे से मुश्किल हो जाएगा:

  आपने पिछले एक ऐसा नहीं करते हैं, तो आप दो समस्याएं हो सकती हैं सर्वर (लेकिन असंभव नहीं)। यदि आपको अनुरोध की अनुमति देने के लिए उपयोगकर्ता को सत्यापित करने की आवश्यकता नहीं है तो आगे बढ़ें।

• यदि आप परिवर्तनों को सुनने और प्रतिक्रिया देने के लिए नियमित रूप से नियमित फ़ायरबेस ऐप का उपयोग करते हैं (उदाहरण के लिए ऑब्जेक्ट को संपादित करना, जैसे फ्रैंक वैन पफेलन का उदाहरण कोड), तो आपके पास स्केलेबिलिटी समस्या हो सकती है। एक बार जब आपका बैक एंड दो (या अधिक) उदाहरणों के लिए स्केल करता है, तो फ़ायरबेस संपादन उन सभी पर कार्य को ट्रिगर करेगा। प्रत्येक मौका में परिवर्तन किया गया देखेंगे, तो, एक बार एक ही काम चलाने को जोड़ने/प्रत्येक एक बार प्रतिक्रिया ऑब्जेक्ट की जगह और हर एक बार अनुरोध वस्तु को निकालने का प्रयास ..

का उपयोग Firebase कतार इन दोनों से बचा जाता है समस्या का।

Answer 3

आज गूगल Firebase https://firebase.google.com/features/functions/

इस आर्किटेक्चर और Firebase में वापस अंत तर्क के लिए एक महान समाधान है के लिए बादल कार्य की घोषणा की।