प्रश्न: लेकिन इसका मतलब यह भी है कि मुझे एंगुलर 2 वेब ऐप में, सही में बिजनेस लॉजिक को सामने रखना होगा ?
हाँ। यदि यह सर्वर द्वारा समर्थित नहीं है, तो व्यवसाय को कहीं और लागू किया जाना चाहिए।
Google के अधिग्रहण के बाद, फायरबेस मोबाइल ऐप्स के डेवलपर्स के लिए एक मंच बनने के लिए विकसित हुआ, जो अपने स्वयं के बैकएंड को तैनात करने के लिए (या आवश्यकता नहीं) नहीं कर सकते थे। जबकि अधिकांश सेवाएँ काफी ट्रांसवर्सल हैं: स्टोरेज, लॉगिन, एनालिटिक्स और संदेश सेवा, यह सच है कि यह क्लाउड फ़ंक्शंस (एक प्रकार का मेमना) भी प्रदान करता है जिसका उपयोग कुछ व्यावसायिक-विशिष्ट नियमों को करने के लिए किया जा सकता है। हालाँकि, एंटरप्राइज़ अनुप्रयोगों या किसी जटिल डोमेन और व्यावसायिक तर्क के साथ बड़े अनुप्रयोगों के लिए, इस तरह का समर्थन कम होता है।
इसलिए, जैसा कि आप अनुमान लगा सकते हैं, फायरबेस हमें होस्ट-समर्पित और व्यवसाय-विशिष्ट कार्यों को चलाने के लिए समर्पित होने से छूट नहीं देता है।
प्रश्न: अगर किसी दिन मैं भविष्य में किसी मोबाइल ऐप को फ्रंट-एंड करना चाहूंगा, तो मुझे बिजनेस लॉजिक कोड की नकल करनी होगी?
जरुरी नहीं। यदि वेब एप्लिकेशन को कोणीय पर बनाया गया है, तो NativeScript जैसे क्रॉस प्लेटफॉर्म आपको वेब घटकों, लिबास, यूटिलिटीज, मॉडल आदि का पुन: उपयोग करने की अनुमति दे सकते हैं। मैंने इस विषय में विलंब नहीं किया है, इसलिए मैं आपको पूर्ण संगतता का आश्वासन नहीं दे सकता। टाइपस्क्रिप्ट , कोणीय और नेटिवस्क्रिप्ट दोनों पर कुंजी देता है , हमें टीएस पर कोड करने की आवश्यकता होती है।
मामला तब है जहां अपने वितरण और संस्करण के लिए जावास्क्रिप्ट की मेजबानी करना है । एक शब्द CDN ।
प्रश्न: मुझे लगता है कि विकल्प एक बैकएंड बनाना होगा जिसमें व्यावसायिक तर्क शामिल हैं और अपने डेटा भंडारण के लिए फायरबेस का उपयोग करता है, लेकिन यह थोड़ा अजीब लगता है (क्या मैं सीधे अपने बैकेंड में एक ORM या कुछ का उपयोग नहीं कर सकता) बहुत अधिक काम के बिना परिणाम?)
कुछ विचार।
एक तरफ, होस्टिंग, रोल आउट, प्रबंधन और डेटाबेस को बनाए रखना कोई छोटी बात नहीं है। सुरक्षा, स्केलेबिलिटी, उपलब्धता, आदि का उल्लेख नहीं है, इसलिए इन चीजों की देखभाल के लिए एक डीबी प्रदाता होना दिलचस्प है। यह एक पागल विचार नहीं है इन दिनों हमारे डेटाबेस कहीं बादल पर है। यदि हम बैंक के लिए मिडलवेयर और बैक-एंड को लागू कर रहे हैं, तो निश्चित रूप से मैं यह सुझाव नहीं दूंगा। लेकिन यह ग्राहक के सत्र, उपयोगकर्ता की प्रोफाइल, वरीयताओं और इस तरह के डेटा के लिए समझ में आ सकता है जो आमतौर पर क्लाइंट-साइड या डेटा पर रहते हैं जिनकी हमें परवाह नहीं है।
दूसरी ओर, हमारा बैक-एंड होना एक साधारण कारण के लिए उपयोगी है, डिकॉउलिंग ।
अपने ग्राहकों को उन सभी प्रकार की सेवाओं से जोड़ने के बजाय जिन्हें हम प्रबंधित और नियंत्रित नहीं करते हैं, हम एक सर्वर-साइड एप्लिकेशन को तैनात करते हैं, जहां से हम इन चीजों की देखभाल करते हैं ताकि हमारे ग्राहकों को सेवाओं के बंद होने या टूटने जैसे मुद्दों के बारे में चिंता न करें परिवर्तन। इसके अतिरिक्त, हम सरलता हासिल करते हैं क्योंकि हमारा बैक-एंड एक मुखौटा की तरह काम करता है।
प्रश्न: लोग आमतौर पर इस तरह के ऐप को कैसे बनाते हैं, अगर वे उदाहरण के लिए फायरबेस का उपयोग करना चाहते हैं?
यह परियोजना से परियोजना में व्यापक रूप से भिन्न होता है। उदाहरण के लिए, हम फायरबेस + बैक-एंड का उपयोग करते हैं।
डिवाइस-खातों-सत्रों के बीच डेटा साझा करने के लिए फायरबेस डीबी । चैंज के रूप में भी, जब हमारे बैकएंड अस्थायी रूप से अनुपलब्ध ग्राहक हैं, लॉग को लिखने के संचालन को भेजते हैं, जिसे बाद में सिंक्रनाइज़ किया जाता है।
फायरबेस क्लाउड मैसेज हमें अपस्ट्रीम / डाउनस्ट्रीम पुश नोटिफिकेशन और विषय प्रदान करता है। हम पब / उप संदेश विनिमय के लिए सेवा का उपयोग करते हैं।
फायरबेस एनालिटिक्स ज्यादातर मैट्रिक्स के लिए।
व्यवसाय से संबंधित हर चीज के लिए बैक-एंड