स्ट्रक्चर <ExtendedDataRecord-Namespace>::<ExtendedDataRecordElementInterface>::<ExtendedDataRecordElement>ReadOutput

संरचना AUTOSAR Adaptive Platform के डायग्नोस्टिक मॉड्यूल में एक Extended Data Record एलिमेंट को पढ़ने पर आउटपुट तर्कों के लिए एक एनकैप्सुलेशन के रूप में कार्य करती है। यह रीड ऑपरेशन के परिणामी डायग्नोस्टिक डेटा को एक टाइप्ड ऑब्जेक्ट में बंडल करती है जिसे प्रदान करने वाले इंटरफ़ेस द्वारा कॉलिंग डायग्नोस्टिक इंस्टैंस में स्थानांतरित किया जाता है। संभवतः डेटा संरचना कॉल के दौरान निर्धारित मानों से भरी जाती है और बाद में आगे की प्रोसेसिंग या मान या मूव सिमेंटिक्स द्वारा ट्रांसफर के लिए उपलब्ध कराई जाती है। प्रश्न (खुला) अपने स्वयं के सिंक्रोनाइज़ेशन तंत्र के बिना एक शुद्ध डेटा ऑब्जेक्ट के रूप में, कन्करेंट एक्सेस के मामले में इसमें शामिल घटकों द्वारा बाहरी समन्वय की आवश्यकता होती है।

अधिक ›

संदर्भ

डेटा संरचना <ExtendedDataRecordElement>ReadOutput AUTOSAR Adaptive Platform (रिलीज़ R25-11) के भीतर मॉड्यूल diag का एक घटक है। यह नेमस्पेस <ExtendedDataRecord-Namespace>::<ExtendedDataRecordElementInterface> को सौंपी गई है और सिंटैक्टिक रूप से C++ संरचना (struct <ExtendedDataRecordElement>ReadOutput {...};) के रूप में डिक्लेयर की गई है। विनिर्देश विवरण के अनुसार, यह संरचना रीड ऑपरेशन के आउटपुट तर्कों के लिए एक एनकैप्सुलेशन के रूप में कार्य करती है (Structure wrapping the out arguments for a ReadOutput)।

एडेप्टिव डायग्नोस्टिक प्रबंधन के ढांचे में, Extended Data Records (EDR) अतिरिक्त निर्माता-विशिष्ट या मानकीकृत डायग्नोस्टिक जानकारी प्रदान करने का कार्य करते हैं, जैसे कि ऑपरेटिंग स्थितियां, मापे गए मान या किसी त्रुटि प्रविष्टि के समय स्थिति काउंटर। संरचना <ExtendedDataRecordElement>ReadOutput ऐसे रिकॉर्ड एलिमेंट की क्वेरी के परिणामों के लिए एक समर्पित डेटा ट्रांसफर ऑब्जेक्ट के रूप में कार्य करती है। कई अलग-अलग आउटपुट पैरामीटर्स या पॉइंटर्स के माध्यम से रिटर्न मान पास करने के बजाय, संरचना परिणामी आउटपुट डेटा को संक्षेप में प्रस्तुत करती है।

प्राथमिक इंटरैक्शन भागीदारों के रूप में, पूछताछ करने वाला डायग्नोस्टिक इंस्टैंस (उदाहरण के लिए एक डायग्नोस्टिक सेवा या ara::diag का रनटाइम वातावरण) और इंटरफ़ेस <ExtendedDataRecordElementInterface> का एप्लिकेशन-पक्षीय कार्यान्वयन दिखाई देते हैं। Interpretation: संभवतः संरचना मुख्य रूप से ara::diag में Extended Data Records के लिए एक इंटरफ़ेस पर रीड कॉल के रिटर्न मानों को टाइप-सुरक्षित रूप से बंडल करने और उन्हें आगे के डेटा प्रवाह के लिए उपलब्ध कराने का कार्य करती है। प्रश्न Q-0b74f3ccd5993cf3 (खुला) इस तरह, डेटा प्रावधान और डेटा प्रोसेसिंग के बीच एक स्वच्छ इंटरफ़ेस पृथक्करण सुनिश्चित किया जाता है।

जीवनचक्र

संरचना <ExtendedDataRecordElement>ReadOutput को अपने स्वयं के व्यावसायिक तर्क या स्थिति बनाए रखने के बिना एक शुद्ध C++ डेटा एग्रीगेट के रूप में डिज़ाइन किया गया है। इसके परिणामस्वरूप सिस्टम में निर्माण, स्वामित्व और विनाश के लिए स्पष्ट विशेषताएं प्राप्त होती हैं।

ऑब्जेक्ट का इंस्टैंशिएशन निष्पादित किए जाने वाले रीड कॉल के संदर्भ में तुरंत होता है। प्रदान करने वाला घटक स्टैक पर या किसी एसिंक्रोनस प्रोसेसिंग संदर्भ के भीतर इंस्टेंस बनाता है और उसे निर्धारित आउटपुट डेटा निर्दिष्ट करता है। व्याख्या: इंस्टेंस का जीवनकाल रीड ऑपरेशन के संबंधित निष्पादन और रिटर्न चक्र से बंधा होना चाहिए तथा कॉलर द्वारा समाविष्ट डेटा के मूल्यांकन के बाद समाप्त होना चाहिए। प्रश्न Q-8df0c1a01d7b670d (खुला) कोई आंतरिक स्थितियाँ (states) मौजूद नहीं हैं और परिणामस्वरूप कोई परिभाषित स्थिति संक्रमण (state transitions) नहीं हैं; संरचना अपने इनिशियलाइज़ेशन के बाद एक अपरिवर्तनीय या पूरी तरह से निष्क्रिय रीड स्थिति में रहती है।

स्वामित्व के संबंध में, संरचना आमतौर पर मान द्वारा (by value) या Move-सिमेंटिक्स के माध्यम से कॉलर को पास की जाती है। इस प्रकार स्वामित्व पूरी तरह से कॉल करने वाले स्थान पर स्थानांतरित हो जाता है। स्कोप से बाहर निकलते समय, सामान्य C++ विनाश नियमों (destruction rules) के अनुसार मेमोरी नियतात्मक (deterministic) रूप से मुक्त हो जाती है।

समवर्तीता (concurrency) के संदर्भ में, <ExtendedDataRecordElement>ReadOutput में कोई आंतरिक सिंक्रोनाइज़ेशन तंत्र, Mutexes या एटॉमिक ऑपरेशन शामिल नहीं हैं। यदि कोई इंस्टेंस थ्रेड्स में साझा किया जाता है या एसिंक्रोनस डेटा पाइपलाइनों में अग्रेषित किया जाता है, तो थ्रेड-सुरक्षित एक्सेस की ज़िम्मेदारी पूरी तरह से डायग्नोस्टिक सिस्टम के परिवेशी सॉफ़्टवेयर घटकों पर होती है।

उपयोग पथ

विशिष्ट उपयोग पथ <ExtendedDataRecordElementInterface> इंटरफ़ेस के माध्यम से डायग्नोस्टिक डेटा को क्वेरी करते समय चरणों के क्रम का वर्णन करता है:

सबसे पहले, एक डायग्नोस्टिक सेवा या आंतरिक डायग्नोस्टिक फ़ंक्शन किसी विशिष्ट Extended Data Record तत्व के लिए रीड क्वेरी आरंभ करता है। यह क्वेरी इंटरफ़ेस के रीड ऑपरेशन को संबोधित करती है। व्याख्या: उपयोग पथ में, संरचना संभवतः एप्लिकेशन या हैंडलर कार्यान्वयन द्वारा रीड आउट मानों से भरी जाती है और बाद में आगे के प्रसंस्करण के लिए स्थानांतरित कर दी जाती है। प्रश्न Q-14a94978fff8f96e (खुला) कार्यान्वयन आंतरिक डेटा स्रोतों से वर्तमान डायग्नोस्टिक जानकारी पढ़ता है और इन मानों के साथ <ExtendedDataRecordElement>ReadOutput के एक इंस्टेंस को इनिशियलाइज़ करता है।

इनिशियलाइज़ेशन के बाद, इंस्टेंस को कॉल करने वाले डायग्नोस्टिक घटक को लौटा दिया जाता है। कॉलर संरचना में समाविष्ट डेटा फ़ील्ड्स को एक्सेस करता है ताकि मानों को मान्य (validate), सीरियलाइज़ किया जा सके या डायग्नोस्टिक प्रोटोकॉल के अनुसार डायग्नोस्टिक प्रतिक्रिया के लिए तैयार किया जा सके। जैसे ही आउटपुट डेटा सफलतापूर्वक संसाधित हो जाता है या डाउनस्ट्रीम स्टोरेज क्षेत्रों में स्थानांतरित हो जाता है, संरचना का उपयोग समाप्त हो जाता है, और ऑब्जेक्ट को छोड़ दिया जाता है।