वर्तमान ब्राउज़र क्षमताओं के साथ क्लाइंट-केवल ऐप लिखना पूरी तरह से उचित है। मैंने व्यक्तिगत रूप से बैक एंड पर केवल फायरबेस का उपयोग करके एक परिष्कृत एप्लिकेशन बनाया है और क्लाइंट के रूप में सीडीएन से एचटीएमएल/जावास्क्रिप्ट की सेवा की है।
- एकल उपयोगकर्ता क्षुधा (जहां डेटा के अंतर्गत आता है और एक व्यक्ति द्वारा संशोधित किया गया है)
- चैट और संचार विगेट्स
- क्षुधा निजी: इस एप्लिकेशन के प्रकार जो स्वाभाविक सरल सुरक्षा मॉडल के लिए विशेष रूप से उपयुक्त है एक संगठन के लिए, जहां क्लाइंट कनेक्शन कम से कम एक मामूली डिग्री (सहयोगी संपादक और सीआरएम)
कुछ मामलों में संभव है, लेकिन भारी गणना वाले उपकरणों के लिए कम उपयुक्त जहां यहां निम्न स्तर के उपयोगकर्ता डेटा भी विश्वसनीय हैं सी होना चाहिए एक विश्वसनीय तृतीय पक्ष द्वारा नियंत्रित रूप से नियंत्रित (उदा। ऐसे गेम जहां खिलाड़ी अपने आंकड़े हैंक कर सकते हैं और वैध आंकड़ों की गणना करने के लिए जटिल एल्गोरिदम की आवश्यकता होती है)
आप पारंपरिक एपीआई और सर्वर स्क्रिप्ट को "विशेषाधिकार प्राप्त उपभोक्ताओं" के साथ बदलकर सर्वर प्रशासन और सेटअप को भी बहुत कम कर सकते हैं। ये फायरबेस के श्रोताओं भी हैं, उच्च पहुंच विशेषाधिकारों के साथ, जो क्लाइंट की तरह डेटा सुनते और संसाधित करते हैं, फिर सामान्य उपयोगकर्ताओं की तुलना में सुरक्षित डेटा को लिखने के लिए अनुमति नहीं दी जानी चाहिए।
क्लाइंट-केवल मॉडल का नुकसान सुरक्षा की जटिल जटिलता है। प्रत्येक ग्राहक को अपने डेटा की गणना और स्टोर करने के लिए भरोसा किया जाना चाहिए या उस डेटा को सावधानीपूर्वक सुरक्षा नियमों या किसी बाहरी प्रकार की बाहरी निगरानी (जैसे विशेषाधिकार प्राप्त उपभोक्ता) के माध्यम से सुरक्षित किया जाना चाहिए।
"Fat Client" or "Thick Client" डिजाइन पैटर्न पर साहित्य में जाकर आपको कुछ रोचक डिजाइन विचार मिल सकते हैं। आप कुछ अंतर्दृष्टि के लिए distributed gaming को भी देखना चाहेंगे।
आप चैट ऐप के काटो का जिक्र नहीं कर रहे हैं? ;) – CMCDragonkai