नेमस्पेस <SI-Namespace>::proxy::fields

नेमस्पेस <SI-Namespace>::proxy::fields Adaptive Platform के मॉड्यूल com में एक ServiceInterface में परिभाषित प्रत्येक डेटा फ़ील्ड के लिए जनरेट की गई प्रॉक्सी क्लास <Field> को समाहित करता है। क्लाइंट एप्लिकेशन रिमोट फ़ील्ड मानों को क्वेरी करने, सेट करने या मान परिवर्तनों के बारे में सूचनाओं को संसाधित करने के लिए पैरेंट सर्विस प्रॉक्सी के माध्यम से इन फ़ील्ड क्लास तक पहुँचते हैं। नॉन-ब्लॉकिंग इंटरैक्शन सुनिश्चित करने के लिए फ़ील्ड पर कॉल संचार बुनियादी ढांचे के माध्यम से अतुल्यकालिक रूप से संभाले जाने की संभावना है। प्रश्न (खुला) व्यक्तिगत फ़ील्ड इंस्टेंस का जीवनकाल संभवतः पैरेंट प्रॉक्सी ऑब्जेक्ट के जीवनचक्र से मजबूती से जुड़ा हुआ है और इसे इससे स्वतंत्र रूप से प्रबंधित नहीं किया जा सकता है।

अधिक ›

संदर्भ

C++ नेमस्पेस <SI-Namespace>::proxy::fields AUTOSAR Adaptive Platform के मॉड्यूल com में सर्विस-ओरिएंटेड इंटरफ़ेस के लिए एक स्पष्ट रूप से सीमांकित संरचनात्मक कार्य करता है। सर्विस इंटरफ़ेस (ServiceInterfaces) मेथड और इवेंट्स के अलावा अक्सर ऐसे डेटा फ़ील्ड परिभाषित करते हैं जो वर्तमान स्थिति का प्रतिनिधित्व करते हैं। इन फ़ील्ड्स को सर्विस उपभोक्ताओं के लिए क्लाइंट-साइड पर टाइप-सेफ़ और सिमेंटिक रूप से स्पष्ट तरीके से उपलब्ध कराने के लिए, कोड जनरेटर विशिष्ट फ़ील्ड क्लास को इस समर्पित सब-नेमस्पेस में निर्दिष्ट करता है। संबंधित ServiceInterface में तैयार किए गए प्रत्येक फ़ील्ड के लिए ठीक एक प्रॉक्सी फ़ील्ड क्लास <Field> जनरेट की जाती है। यह संरचनात्मक इनकैप्सुलेशन पैरेंट प्रॉक्सी नेमस्पेस के भीतर समान नाम वाले मेथड या इवेंट्स के साथ नाम विरोध को रोकता है। Interpretation: जनरेट की गई फ़ील्ड क्लास <Field> आमतौर पर Get, Set और नोटिफ़िकेशन कार्यात्मकताओं के लिए विशेष इंटरफ़ेस फ़ंक्शन प्रदान करती हैं, ताकि लक्षित तरीके से मानों को क्वेरी, संशोधित या सब्स्क्राइब किए गए परिवर्तनों को प्राप्त किया जा सके। प्रश्न Q-f088d0c5052459d3 (खुला) फ़ील्ड क्लास का प्रत्यक्ष इंटरैक्शन भागीदार एक तरफ सर्विस उपभोक्ता का एप्लिकेशन लॉजिक है और दूसरी तरफ अंतर्निहित संचार मिडलवेयर है।

जीवनचक्र

<SI-Namespace>::proxy::fields से ऑब्जेक्ट्स का इंस्टेंसिएशन और प्रबंधन सर्विस प्रॉक्सी की वास्तुकला से अटूट रूप से जुड़ा हुआ है। एप्लिकेशन डेवलपर्स आमतौर पर जनरेट की गई क्लास <Field> के इंस्टेंस को हीप या स्टैक पर स्वतंत्र चर के रूप में मैन्युअल रूप से नहीं बनाते हैं। इसके बजाय, <Field> के एक इंस्टेंस का जीवनकाल संभवतः पैरेंट सर्विस प्रॉक्सी के जीवनचक्र से पूरी तरह से बंधा होता है, जो इन फ़ील्ड्स को सदस्य के रूप में रखता है। प्रश्न Q-4da7e86f88f269b1 (खुला) उपयुक्त सर्विस एंडपॉइंट मिलने के बाद प्रॉक्सी इंस्टेंस के सफल निर्माण के साथ, फ़ील्ड ऑब्जेक्ट्स को आरंभीकृत किया जाता है और परिचालन-तैयार अवस्था में रखा जाता है। सक्रिय चरण के दौरान, फ़ील्ड ऑब्जेक्ट आंतरिक संचार संसाधनों के साथ-साथ स्थिति अद्यतनों के लिए किसी भी पंजीकरण का प्रबंधन करता है। यदि प्रॉक्सी इंस्टेंस एप्लिकेशन द्वारा नष्ट कर दिया जाता है या अपने स्कोप से बाहर चला जाता है, तो इसके परिणामस्वरूप संबंधित फ़ील्ड इंस्टेंस भी उचित रूप से विखंडित हो जाते हैं, जिससे जुड़े मिडलवेयर संसाधन मुक्त हो जाते हैं।

उपयोग पथ

नेमस्पेस <SI-Namespace>::proxy::fields में क्लास का विशिष्ट उपयोग अनुक्रम इंटरैक्शन चरणों के एक निश्चित क्रम में विभाजित है। सबसे पहले, क्लाइंट एप्लिकेशन Adaptive Platform के खोज तंत्र के माध्यम से वांछित सर्विस के इंस्टेंस को निर्धारित करता है और संबंधित सर्विस प्रॉक्सी को इंस्टेंटिएट करता है। दूसरे चरण में, एप्लिकेशन प्रॉक्सी के माध्यम से जनरेट की गई क्लास <Field> के संबंधित सदस्य इंस्टेंस तक पहुँचता है। इंटरफ़ेस मॉडल में परिभाषित फ़ील्ड के गुणों के आधार पर, एप्लिकेशन फिर एक रीड एक्सेस, एक राइट एक्सेस शुरू करता है या मान परिवर्तनों की सूचनाओं के लिए एक कॉलबैक पंजीकृत करता है। कॉलिंग थ्रेड में ब्लॉकिंग कॉल से बचने के लिए, फ़ील्ड पर कॉल संभवतः ara::core::Future या संचार बुनियादी ढांचे के कॉलबैक तंत्र के माध्यम से अतुल्यकालिक रूप से संसाधित किए जाने की उम्मीद है। प्रश्न Q-33586a48d8777f7f (खुला) प्रतिक्रिया या सूचना के आगमन के बाद, कॉलर लौटाए गए परिणाम का मूल्यांकन करता है और रिमोट फ़ील्ड की स्थिति पर प्रतिक्रिया करता है।