क्या कोई कारण हैं कि स्ट्रिंगपीस/स्ट्रिंगरफ मुहावरे अधिक लोकप्रिय नहीं है?

Question

StringPiece class in Chromium's source code के प्रलेखन से:

// A string-like object that points to a sized piece of memory. 
// 
// Functions or methods may use const StringPiece& parameters to accept either 
// a "const char*" or a "string" value that will be implicitly converted to 
// a StringPiece. 
// 
// Systematic usage of StringPiece is encouraged as it will reduce unnecessary 
// conversions from "const char*" to "string" and back again. 

उपयोग का उदाहरण:

void foo(StringPiece const & str) // Pass by ref. is probably not needed 
{ 
    // str has same interface of const std::string 
} 

int main() 
{ 
    string bar("bar"); 
    foo(bar); // OK, no mem. alloc. 

    // No mem. alloc. either, would be if arg. of "foo" was std::string 
    foo("baz"); 
} 

इस तरह के एक महत्वपूर्ण और स्पष्ट अनुकूलन की तरह लगता है मैं नहीं समझ सकता है कि क्यों यह और अधिक व्यापक नहीं है, और क्यों स्ट्रिंगपीस के समान एक वर्ग पहले से ही मानक में नहीं है।

क्या इस कारण से मुझे अपने कोड में string और char* पैरामीटर के उपयोग को प्रतिस्थापित नहीं करना चाहिए? क्या सी ++ मानक पुस्तकालयों में पहले से ही ऐसा कुछ है?

अद्यतन। मैंने सीखा है कि एलएलवीएम का स्रोत इसी तरह की अवधारणा का उपयोग करता है: StringRef कक्षा।

Answer 1

क्योंकि परेशान क्यों? कॉपी elision और/या संदर्भ द्वारा पास के साथ, std::string के लिए स्मृति आवंटन आमतौर पर भी बचा जा सकता है।

सी ++ में स्ट्रिंग स्थिति अभी भी अधिक स्ट्रिंग कक्षाओं को जोड़ने के बिना पर्याप्त भ्रमित है।

अगर भाषा को स्क्रैच से फिर से डिजाइन किया जाना था, या यदि पीछे की संगतता कोई समस्या नहीं थी, तो यह सी ++ में हैंडलिंग करने के लिए कई संभावित सुधारों में से एक है। लेकिन अब हम char* और std::string दोनों के साथ फंस गए हैं, मिश्रण में एक स्ट्रिंग-स्टाइल क्लास जोड़ने से सीमित लाभ के साथ बहुत भ्रम पैदा होगा।

इसके अलावा, इटेटरेटरों की एक जोड़ी के साथ समान रूप से अधिक idiomatically हासिल नहीं किया गया है? यदि मैं वर्णों का अनुक्रम पास करना चाहता हूं, चाहे वे स्ट्रिंग या char* से संबंधित हों, तो मुझे इन्हें सीमित करने के लिए केवल एक जोड़ी का उपयोग क्यों नहीं करना चाहिए?

Answer 2

मानक तो रूपांतरण के लिए अधिक विकल्प जोड़ने, पूरी तरह स्ट्रिंग के पक्ष में स्थिरांक चार * से दूर जाने की कोशिश कर रहा है बेकार है।

यह भी ध्यान दें कि एक अच्छा गठित कार्यक्रम या तो स्ट्रिंग या कॉन्स चार * का उपयोग करना चाहिए;)।

Answer 3

StringPiece स्ट्रिंग डेटा है कि इसके निर्माता को पारित कर दिया है करने के लिए एक सूचक रहता है। इस प्रकार यह स्ट्रिंगपीस से अधिक होने के लिए उस स्ट्रिंग के जीवनकाल पर निर्भर करता है। यह गारंटी दी जाती है कि आप स्ट्रिंगपीस को फ़ंक्शन पैरामीटर के रूप में उपयोग कर रहे हैं; ऐसा नहीं है यदि आप उदाहरण के लिए कक्षा सदस्य में स्ट्रिंग की एक प्रति रखते हैं।

यह std :: स्ट्रिंग के रूप में सार्वभौमिक नहीं है, और यह निश्चित रूप से इसके लिए एक प्रतिस्थापन नहीं है।

Answer 4

प्रश्न का पहले से ही बहुत अच्छा जवाब दिया गया है, लेकिन कुछ और संदर्भ देने के लिए, StringPiece पैटर्न Google पर आंतरिक रूप से व्यापक रूप से उपयोग किया जाता है और यह कई सालों से रहा है। Google कोडिंग दिशानिर्देशों में इसकी दृढ़ता से अनुशंसा की जाती है, जो लगभग निश्चित रूप से क्रोम (और बाद में क्रोमियम) ने इसे अपनाया है।

Answer 5

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

(सभी ने एसटीएल या std :: स्ट्रिंग में खरीदा नहीं है।)

Answer 6

बिट बाद में, लेकिन ... StringPiece पीछे

आइडिया बहुत अच्छा है। कक्षा std::string और const char * दोनों को कैप्चर कर सकती है और उन्हें एक फ़ंक्शन में पास कर सकती है।

void process(const StringRef s){ 
    // do something 
} 

process("Hello"); // const char * 
std::string s = "Hello"; 
process(s); // std::string 
process(std::string("Hello")); // std::string rvalue 

तो समारोह std::string स्वीकार किए जाते हैं आप वास्तव में एक अस्थायी वस्तु बनाने यदि आप const char * गुजरती हैं और पूरे चार (memcpy साथ उदाहरण के लिए) की नकल की है: यहाँ एक उदाहरण है।

आपको लाइफटाइम के बारे में चिंता करने की भी आवश्यकता नहीं है, क्योंकि आप StringRef को फ़ंक्शन/विधि में पास कर रहे हैं।

रहे हैं इस तरह के वर्ग में:

• गूगल - StringPiece

• बढ़ावा - बढ़ावा :: string_ref

• LLVM - StringRef

मेरा अपना (अधूरा) कार्यान्वयन यहां देखा जा सकता है:
https://github.com/nmmmnu/HM3/blob/master/include/stringref.h

अद्यतन 2016:

सी ++ 17 में, वहाँ std::string_view हैं। मैंने विवरण में इसका अध्ययन नहीं किया, लेकिन आम तौर पर यह एक ही विचार है। मेरे कार्यान्वयन के समान ही constexpr सी-टोर है, इसलिए आप संकलन समय पर ऑब्जेक्ट बना सकते हैं और अन्य constexpr फ़ंक्शंस के साथ इसका उपयोग कर सकते हैं।