स्ट्रक्चर ara::core::variant_alternative

संरचना टेम्पलेट ara::core::variant_alternative AUTOSAR Adaptive Platform के मॉड्यूल core में एक Variant प्रकार के विकल्पों की स्थिर प्रकार क्वेरी के लिए एक उपकरण के रूप में कार्य करता है। व्याख्या (Interpretation): इसे संकलन समय पर इंडेक्स I के आधार पर T से संबंधित विकल्प के प्रकार को निर्धारित करना चाहिए और इसे एक प्रकार उपनाम (type alias) के माध्यम से प्रदान करना चाहिए। प्रश्न (खुला) चूंकि कोई रनटाइम इंस्टेंटिएशन नहीं होता है, इसलिए कोई गतिशील जीवनचक्र या मेमोरी आवश्यकता नहीं होती है। आवश्यक शर्त यह है कि चुना गया इंडेक्स Variant प्रकार के मौजूदा विकल्पों के भीतर होना चाहिए, क्योंकि अमान्य इंडेक्स संभवतः कंपाइलर त्रुटि का कारण बनते हैं।

अधिक ›

संदर्भ

टेम्पलेट ara::core::variant_alternative AUTOSAR Adaptive Platform के रिलीज़ R25-11 में मॉड्यूल core में एक सहायक संरचना है। विनिर्देश हस्ताक्षर को template <std::size_t I, typename T> struct variant_alternative; के रूप में परिभाषित करता है और अर्थ के संबंध में [variant] में संबंधित उपयोग को संदर्भित करता है। व्याख्या (Interpretation): संरचना को एक मानकीकृत Type-Trait के रूप में कार्य करना चाहिए जो डेवलपर्स और जेनेरिक लाइब्रेरीज़ को एक टाइप किए गए यूनियन के स्थिति I पर संग्रहीत विकल्प के प्रकार तक पहुंचने की अनुमति देता है। मॉड्यूल आर्किटेक्चर में, टेम्पलेट स्थिर प्रकार की जांच और प्रकार कटौती के लिए एक महत्वपूर्ण उपकरण बनाता है, जो ara::core::variant जैसे वैरिएंट डेटा प्रकारों के साथ कंपाइल-टाइम तंत्र को जोड़ता है। प्रश्न (खुला)

जीवनचक्र

मेटाप्रोग्रामिंग के लिए एक शुद्ध सहायक निर्माण के रूप में, ara::core::variant_alternative का संभवतः रनटाइम पर कोई गतिशील जीवनचक्र नहीं होता है। प्रश्न Q-8996e46fa1d6552b (खुला) मेमोरी में न तो इंस्टेंटिएशन प्रक्रियाएं होती हैं और न ही आवंटन, असाइनमेंट या विनाश चरण होते हैं। सभी मूल्यांकन कंपाइलर द्वारा सिमेंटिक विश्लेषण और संकलन के दौरान पूरी तरह से होते हैं। टेम्पलेट किसी आंतरिक स्थिति का प्रबंधन नहीं करता है और सिस्टम संसाधनों पर कोई स्वामित्व संबंध स्थापित नहीं करता है। इस कारण से, समवर्ती या थ्रेड सिंक्रोनाइज़ेशन के संबंध में कोई पहलू उत्पन्न नहीं होते हैं, क्योंकि संकलन प्रक्रिया पूरी होने के बाद मेमोरी में कोई स्थायी ऑब्जेक्ट स्थिति नहीं रहती है।

उपयोग पथ

विशिष्ट उपयोग पथ सॉफ़्टवेयर मॉड्यूल के संकलन के दौरान टेम्पलेट मेटाप्रोग्रामिंग के ढांचे के भीतर पूरी तरह से चलता है। डेवलपर्स इस संरचना का उपयोग तब करते हैं जब जेनेरिक फ़ंक्शनों या एल्गोरिदम में संकलन समय पर किसी विशिष्ट विकल्प के अंतर्निहित प्रकार को प्राप्त करने की आवश्यकता होती है:

1. एक उपयुक्त Variant प्रकार T का प्रावधान जो कई टाइप किए गए विकल्पों को समाहित करता है।
2. शून्य-आधारित इंडेक्स I और Variant प्रकार T को टेम्पलेट तर्कों के रूप में ara::core::variant_alternative में पास करना।
3. व्याख्या (Interpretation): टेम्पलेट को एक एम्बेडेड प्रकार उपनाम (जैसे type) के माध्यम से इंडेक्स I पर परिभाषित डेटा प्रकार को निर्यात करना चाहिए। प्रश्न Q-1f2023e9b96ac254 (खुला)
4. जेनेरिक फ़ंक्शनों के हस्ताक्षर डिज़ाइन के लिए, अस्थायी चरों की परिभाषा के लिए या कंपाइल-टाइम पर स्थिर आश्वासनों के लिए निकाले गए प्रकार का उपयोग।

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

चूंकि ara::core::variant_alternative संकलन समय पर विशुद्ध रूप से स्थिर रूप से हल किया जाता है, इसलिए कोई रनटाइम त्रुटि कोड या अपवाद नहीं हैं। सभी त्रुटि परिदृश्य सीधे कंपाइलर त्रुटियों के रूप में प्रकट होते हैं। यदि कोई इंडेक्स I निर्दिष्ट किया गया है जो Variant प्रकार में डिक्लेयर किए गए विकल्पों की संख्या से अधिक या उसके बराबर है, तो इंस्टेंटिएशन विफल होना चाहिए, क्योंकि अमान्य इंडेक्स के लिए संभवतः कोई वैध विशेषज्ञता मौजूद नहीं है। प्रश्न Q-a3df69d58f6360a4 (खुला) एक अन्य संकलन त्रुटि तब होती है जब एक प्रकार T पास किया जाता है जो कोई प्रकार का Variant नहीं दर्शाता है। इस प्रकार स्थिर पूर्व-शर्तों के लिए एक मान्य इंडेक्स रेंज और एक संगत Variant प्रकार के अनुपालन की आवश्यकता होती है।