ShareJS हुक तर्क

ShareJS प्रतिबद्ध लूप में 4 हुक हैं। आप उनमें से दो का कार्यान्वयन (सबमिट करें और सबमिट करने के बाद) ShareJS कोड में देख सकते हैं। और LiveDB कोड में अन्य दो (पूर्व-मान्य और मान्य)।


हुक कॉल अनुक्रम निम्नानुसार है:

1. ShareJS ने मिडलवेयर सबमिट किया, जिसमें ऑपरेशन, संग्रह नाम, दस्तावेज़ का नाम (MongoDB के लिए _id) और कनेक्ट सत्र तक पहुंच है। यह मिडलवेयर ऑपरेशन के प्रारंभिक प्रसंस्करण के दौरान अतुल्यकालिक रूप से चलता है, इसे इस्तेमाल करने का प्रयास करने से पहले। इस प्रकार, इसमें आप एक्सेस कंट्रोल के लिए आवश्यक रूप से डेटा को प्राप्त कर सकते हैं या ऑपरेशन में हेरफेर कर सकते हैं।
2. LiveDB प्री-वेलिडेट विधि कहता है। उसे मिडलवेयर जमा करने के साथ-साथ ऑपरेशन से पहले एक दस्तावेज उपलब्ध है। इस पद्धति को ऑपरेशन कमिट ऑपरेशन के दौरान सिंक्रोनस कहा जाता है और इसे कई बार कहा जा सकता है।
3. LiveDB मान्य विधि चलाता है। यह पिछले एक के समान काम करता है, केवल दस्तावेज़ के साथ ऑपरेशन के बाद बुलाया जाता है।
4. ShareJS, मिडलवेयर सबमिट करने के बाद लॉन्च होता है, जो सबमिट के समान डेटा प्राप्त करता है, और ऑपरेशन के बाद दस्तावेज़ भी। यह एसिंक्रोनस रूप से शुरू होता है, तुरंत ऑपरेशन को बचाने और इसे ग्राहकों को प्रकाशित करने के बाद।

हमने इन हुक के विवरणों पर चर्चा करने में बहुत समय बिताया और हमने जानबूझकर उन्हें ShareJS / LiveDB के हिस्से के रूप में काफी निचले स्तर पर छोड़ दिया।

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

LiveDB में सत्यापन को दस्तावेज़ से निरंतर, अक्सर अनावश्यक क्लोनिंग से बचने के लिए दो तरीकों में विभाजित किया गया है। यदि आप ऑपरेशन से पहले और बाद में दस्तावेज़ विकल्पों के साथ एक एकल सत्यापन कॉल करना चाहते हैं, तो आप दस्तावेज़ को पहले से अमान्य मान सकते हैं और फिर इसे और संशोधित संस्करण का उपयोग कर सकते हैं।

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

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