रैवल्यू संदर्भ सदस्यों का उपयोग?

Question

मैं सोच रहा था क्या एक rvalue संदर्भ सदस्य

class A { 
    // ... 
    // Is this one useful? 
    Foo &&f; 
}; 

है का उपयोग यह एक lvalue संदर्भ सदस्य की तुलना में किसी भी लाभ या कमियां है? इसका मुख्य उपयोग क्या है?

Answer 1

मैं rvalue संदर्भ डेटा के सदस्यों के लिए एक बड़ा उत्साहवर्धक उपयोग के मामले को देखा है, और यह C++ 0x प्रारूप में है:

template<class... Types> 
tuple<Types&&...> 
forward_as_tuple(Types&&... t) noexcept; 

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

रिटर्न: tuple<Types&&...>(std::forward<Types>(t)...)

टपल rvalue संदर्भ डेटा के सदस्यों जब rvalues ​​forward_as_tuple को तर्क के रूप में उपयोग किया जाता है, और नहीं तो lvalue संदर्भ डेटा सदस्य हैं है।

मुझे आगे बढ़ने के लिए आगे की मदद मिली है जब वे विविध तर्कों को पकड़ने की आवश्यकता होती है, उन्हें पूरी तरह से टुपल के रूप में पैक किया जाता है, और बाद में उन्हें एक फ़ैक्टर को अग्रेषित करने के बिंदु पर फिर से विस्तारित किया जाता है। जब tuple_cat का एक उन्नत संस्करण LWG 1385 में प्रस्तावित लागू करने मैं इस शैली में forward_as_tuple प्रयोग किया है:

http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#1385

Answer 2

Stephan T. Lavavej के अनुसार, रावल्यू संदर्भ डेटा सदस्यों का कोई उपयोग नहीं है।

जब मैंने रैल्यू संदर्भों को पकड़ लिया है तो प्रोग्रामर जो करते हैं, वह यह है कि वे थोड़ा पागल हो जाते हैं, क्योंकि वे बहुत शक्तिशाली होते हैं। वे कहने लगते हैं "ओह, मेरे पास रावल्यू संदर्भ डेटा सदस्य होगा, मेरे पास स्थानीय चर के संदर्भ में रावल्यू संदर्भ होगा, मेरे पास रावल्यू संदर्भ रिटर्न वैल्यू होंगे!" और फिर वे इस तरह के कोड लिखते हैं: [...]

Answer 3

बस जोर से सोचकर, लेकिन क्या इसका उपयोग मज़दूरों में नहीं होगा? वास्तविक फ़ंक्शन कॉल से पहले, कन्स्ट्रक्टर को अक्सर "करीइंग" के लिए उपयोग किया जाता है, कुछ पैरामीटर को पहले से बाध्य करता है।

इसलिए इस संदर्भ में, क्लास सदस्य आगामी फ़ंक्शन कॉल के लिए केवल एक स्टेजिंग ग्राउंड (या मैन्युअल रूप से कार्यान्वित बंद) है, और मुझे कोई कारण नहीं दिखता कि एक रावल्यू संदर्भ वहां सार्थक क्यों नहीं होगा।

लेकिन "नियमित" गैर-फ़ैक्टर कक्षाओं में, मुझे बहुत अधिक बिंदु दिखाई नहीं देता है।

Answer 4

class A { 
    // ... 
    // Is this one useful? 
    Foo &&f; 
}; 

इस विशिष्ट मामले में, एक रैल्यू संदर्भ का उपयोग करने का कोई कारण नहीं है। यह आपको कुछ भी नहीं खरीदता जो आप पहले नहीं कर सका।

लेकिन आप पैरामीटर प्रकार वाले डेटा सदस्यों को परिभाषित करना चाहते हैं। std :: tuple उदाहरण के लिए, lvalue और rvalue संदर्भ डेटा सदस्यों का समर्थन करने जा रहा है। इस तरह यह आपको एक अभिव्यक्ति की मूल्य श्रेणी को संहिताबद्ध करने की अनुमति देता है जो "देरी पूर्ण अग्रेषण" के लिए आसान हो सकता है। मानक प्रारूप भी रूप

template<class Args...> 
tuple<Args&&...> pack_arguments(Args&&...args); 

के एक समारोह टेम्पलेट शामिल लेकिन मैं ईमानदारी से इसकी उपयोगिता के बारे में यकीन नहीं है।