DEENESPTFRRUARHIKOZHNL

स्ट्रक्चर <DataElement-Namespace>::<DataElementInterface>::<DataElement>ReadOutput

[SWS_DM_00580] Upstream: RS_AP_00114, RS_AP_00127, RS_AP_00128, RS_AP_00138

struct <DataElement>ReadOutput {...};

Structure wrapping the out arguments for a ReadOutput

Header-Datei#include "<DataElementDirectoryPath>/{<data-element-shortname-lower> }.h"
Forwarding-Header#include "<DataElementDirectoryPath>/{<data-element-shortname-lower> }/<DataElementShortname>_fwd.h"
Scopeclass <DataElement-Namespace>::<DataElementInterface>

उपयोगकर्ता गाइडएआई जनित

एक डायग्नोस्टिक डेटा एलिमेंट के लिए रीड ऑपरेशन के आउटपुट तर्कों को एनकैप्सुलेट करता है।
एआई-जनित असत्यापित मॉडल: gemini-3.8-flash-medium · प्रयास: medium · तापमान: नियंत्रित नहीं किया जा सकता · प्रॉम्प्ट: b44a386da139 उद्गम खुले प्रश्न (3)
जर्मन मार्गदर्शिका से अनूदितgemini-3.8-flash-low · 2026-10-13 · जर्मन मूल

एक डायग्नोस्टिक डेटा एलिमेंट के लिए रीड ऑपरेशन के आउटपुट तर्कों को एनकैप्सुलेट करता है।

संरचना <DataElement>ReadOutput एडेप्टिव डायग्नोस्टिक मॉड्यूल में डेटा एलिमेंट रीड ऑपरेशन के सभी आउटपुट तर्कों को एनकैप्सुलेट करने के लिए एक ट्रांसपोर्ट कंटेनर के रूप में कार्य करती है। आने वाले रीड अनुरोध पर, इसे सर्विस प्रोवाइडर द्वारा इंस्टैंसिएट किया जाता है, निर्धारित मानों से भरा जाता है और कॉलर को लौटा दिया जाता है। इंस्टैंस में बिना किसी स्वयं के स्टेट प्रबंधन के शुद्ध मान सिमेंटिक्स (value semantics) होते हैं और मूल्यांकन के तुरंत बाद नष्ट हो जाने की संभावना होती है। प्रश्न (खुला) क्वेरी के दौरान किसी भी त्रुटि को एक व्याख्या (Interpretation) के रूप में संरचना के माध्यम से नहीं, बल्कि पैरेंट प्लेटफ़ॉर्म फ़ंक्शन के रिटर्न तंत्र के माध्यम से नियंत्रित किया जाता है।

संदर्भ

संरचना <DataElement>ReadOutput रिलीज़ R25-11 में AUTOSAR Adaptive Platform के भीतर डायग्नोस्टिक मॉड्यूल (diag) की इंटरफ़ेस परिभाषा का एक घटक है। इसकी प्राथमिक भूमिका संबंधित <DataElementInterface> के भीतर एक विशिष्ट डायग्नोस्टिक डेटा एलिमेंट के लिए एक रीड ऑपरेशन (ReadOutput) के आउटपुट तर्कों (out arguments) को सारांशित करने के लिए एक रैपर संरचना (wrapper) के रूप में कार्य करना है। AUTOSAR Adaptive के आर्किटेक्चर में, कार्यात्मक सॉफ़्टवेयर घटक स्पष्ट रूप से परिभाषित सर्विस इंटरफ़ेस के माध्यम से प्लेटफ़ॉर्म डायग्नोस्टिक मैनेजर के साथ संचार करते हैं। <DataElement>ReadOutput यहां एक शुद्ध डेटा ट्रांसफर कंटेनर के रूप में कार्य करता है, जो रीड क्वेरी के पेलोड को बंडल करता है। संभवतः, डेटा संरचना आउटपुट पैरामीटर्स को बंडल रूप में प्रदान करने के लिए डायग्नोस्टिक इंटरफ़ेस <DataElementInterface> के भीतर एक एसिंक्रोनस रीड ऑपरेशन (जैसे Read()) के रिटर्न प्रकार के रूप में कार्य करती है। यह एनकैप्सुलेशन एक समान और टाइप्ड इंटरफ़ेस बनाता है जो पॉइंटर पासिंग या अलग आउटपुट पैरामीटर्स से बचता है। प्रश्न Q-e3c1110153021b2a (खुला)

जीवनचक्र

जीवनचक्र के संबंध में, संरचना <DataElement>ReadOutput एक प्राथमिक मान प्रकार (elementary value type) के गुणों को प्रदर्शित करती है। इसकी कोई दीर्घकालिक पहचान नहीं होती है और यह किसी भी जटिल आंतरिक स्थिति से नहीं गुजरती है। निर्माण उस घटक द्वारा गतिशील रूप से या स्टैक पर किया जाता है जो डेटा एलिमेंट पर रीड एक्सेस को लागू करता है और आउटपुट डेटा को संकलित करता है। संरचना के इंस्टैंस आमतौर पर मान द्वारा (by-value) या मूव सिमेंटिक्स (move semantics) के माध्यम से स्थानांतरित किए जाने की संभावना है और रीड ऑपरेशन पूरा होने के बाद कॉलिंग डायग्नोस्टिक घटक या प्लेटफ़ॉर्म फ़्रेमवर्क द्वारा उपभोग और नष्ट कर दिए जाते हैं। प्रश्न Q-f7af8c361e9352b0 (खुला) स्वामित्व का स्थानांतरण सीधे रीड परिणाम के प्राप्तकर्ता को होता है। जैसे ही प्रोसेसिंग रूटीन आवश्यक डेटा पढ़ लेता है, स्कोप से बाहर निकलने पर संरचना स्वचालित रूप से मुक्त हो जाती है। कन्करेंसी के संबंध में, <DataElement>ReadOutput कोई आंतरिक सिंक्रोनाइज़ेशन प्रदान नहीं करता है। चूंकि नियमित कॉल प्रवाह में इंस्टैंस विशेष रूप से संबंधित कॉलर को सौंपे जाते हैं, इसलिए मानक संचालन में थ्रेड सीमाओं के पार साझा उपयोग का इरादा नहीं है।

उपयोग पथ

विशिष्ट उपयोग पथ एक रीड अनुरोध के ट्रिगर होने से लेकर आपूर्ति किए गए आउटपुट पैरामीटर्स के प्रसंस्करण तक फैला हुआ है। एक सामान्य अनुक्रम इस प्रकार संरचित है:

  • अनुरोध: एक डायग्नोस्टिक क्लाइंट या एडेप्टिव फ़्रेमवर्क इंटरफ़ेस <DataElementInterface> के मेथड के माध्यम से डेटा एलिमेंट को पढ़ने का अनुरोध करता है।
  • इंस्टैंसिएशन और भरना: प्रदान करने वाला सॉफ़्टवेयर घटक वर्तमान डायग्नोस्टिक डेटा निर्धारित करता है, <DataElement>ReadOutput का एक इंस्टैंस बनाता है और इसके डेटा फ़ील्ड्स को कैप्चर किए गए मानों के साथ सेट करता है।
  • वापसी: भरी हुई संरचना को ऑपरेशन के परिणाम के रूप में अनुरोध करने वाले फ़्रेमवर्क में प्रेषित किया जाता है।
  • उपभोग: फ़्रेमवर्क या कॉलिंग घटक निहित आउटपुट तर्कों तक पहुंचता है, डायग्नोस्टिक प्रतिक्रिया को स्वरूपित करता है और क्वेरी के प्रसंस्करण को समाप्त करता है।

सफल हस्तांतरण और डेटा फ़ील्ड्स को हटाने के बाद, इंस्टैंस अपनी वैधता खो देता है और बिना किसी अन्य इंटरैक्शन चरणों के त्याग दिया जाता है।

त्रुटि परिदृश्य

Interpretation: एक रीड ऑपरेशन की विफलता संरचना के माध्यम से ही मैप नहीं की जाएगी, बल्कि प्लेटफ़ॉर्म के चारों ओर मौजूद परिणाम या त्रुटि तंत्र (जैसे ara::core::Result या ara::core::Future) के माध्यम से मैप की जाएगी। प्रश्न Q-7d16241843f2d5e6 (खुला) एक शुद्ध डेटा संरचना के रूप में, <DataElement>ReadOutput अपने स्वयं के किसी भी मेथड, पूर्व-शर्तों या त्रुटि कोड को डिक्लेयर नहीं करता है। यदि किसी डेटा एलिमेंट तक रीड एक्सेस विफल हो जाता है - उदाहरण के लिए अपर्याप्त अनुमतियों, अमान्य सिस्टम स्थितियों या अंतर्निहित सेंसर के साथ संचार समस्याओं के कारण - कार्यान्वयन इंटरफ़ेस पैरेंट प्लेटफ़ॉर्म त्रुटि चैनल के माध्यम से इस त्रुटि का संकेत देता है। ऐसी त्रुटि स्थिति में, मूल्यांकन के लिए <DataElement>ReadOutput का कोई वैध इंस्टैंस प्रदान नहीं किया जाता है, जिससे कॉलर की तरफ अपूर्ण पेलोड की गलत व्याख्या से बचा जा सकता है।

यह गाइड Adaptive Platform के लिए AUTOSAR रिलीज़ R25-11 के विनिर्देश डेटा पर आधारित है।