प्रैक्टिस में टेम्पलेट इंस्टेंटेशन ब्लोट पदार्थ कब मायने रखता है?

Question

ऐसा लगता है कि सी ++ और डी में, जो भाषाएं स्थिर रूप से संकलित होती हैं और किस टेम्पलेट मेटाप्रोग्रामिंग एक लोकप्रिय तकनीक है, वहां टेम्पलेट इंस्टेंटेशन ब्लोट के बारे में चिंता का एक अच्छा हिस्सा है। यह मुझे बहुत संसाधन-बाधित एम्बेडेड सिस्टम को छोड़कर, ज्यादातर सैद्धांतिक चिंता की तरह लगता है। एम्बेडेड स्पेस के बाहर, मैंने अभी तक यह दिखाने में सक्षम होने का एक उदाहरण सुना है कि यह अभ्यास में एक समस्या थी।

किसी के गंभीर रूप से सीमित संसाधनों एम्बेडेड सिस्टम के बाहर एक उदाहरण प्रदान कर सकते हैं जहां टेम्पलेट इन्स्टेन्शियशन ब्लोट अभ्यास में अहमियत और औसत दर्जे का, व्यावहारिक रूप से महत्वपूर्ण नकारात्मक प्रभाव पड़ा?

Answer 1

सी ++ में थोड़ी सी समस्या है, क्योंकि टेम्पलेट सामग्री की मात्रा सी ++ में कर सकती है उनकी जटिलता से सीमित है।

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

आजकल बेहतर है। लेकिन पूरी तरह से, टेम्पलेट्स अभी भी एक साधारण कारण के लिए बहुत अधिक ब्लोट का कारण बनते हैं - वे तेजी से विश्लेषण करते हैं और सी ++ की तुलना में अधिक शक्तिशाली होते हैं, इसलिए लोग स्वाभाविक रूप से उन्हें बहुत अधिक उपयोग करते हैं (यहां तक ​​कि ऐसे मामलों में जो तकनीकी रूप से टेम्पलेट्स की आवश्यकता नहीं है) । मुझे यह स्वीकार करना होगा कि मैं यहां प्रमुख अपराधियों में से एक हूं (यदि आप चाहें तो tools.base पर एक नज़र डालें, लेकिन एक बारफ बैग को आसान रखना सुनिश्चित करें - फ़ाइल प्रभावी रूप से 90% टेम्पलेट कोड है)।

Answer 2

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

Answer 3

मुझे लगता है कि यह मुख्य रूप से मानसिक ब्लोट है। आपके कोड पर काम करने के लिए अगले प्रोग्रामर को पहले यह पता लगाने की आवश्यकता होगी कि इसका क्या सबसेट महत्वपूर्ण है।

Answer 4

टेम्पलेट ब्लोट कोई समस्या नहीं है (यह एक मानसिक समस्या कोड समस्या नहीं है)।

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

तो कोई वास्तविक ब्लोट नहीं है।
यह सिर्फ आपके द्वारा उपयोग किए जाने वाले भवन का निर्माण कर रहा है। यदि आप कई अलग-अलग प्रकार का उपयोग करते हैं तो आपको अधिक कोड लिखना होगा।

Answer 5

टेम्पलेट इंस्टॉलेशन ब्लोट अभ्यास में एक मामला है, क्योंकि यह बढ़ सकता है (बहुत !!!) संकलन और लिंक समय।

मैं व्यक्तिगत रूप से सोचता हूं कि C++ # 1 समस्या संकलित समय है, और यह मुख्य रूप से टेम्पलेट के कारण है।

मैंने लगभग 50 libs के साथ एक परियोजना पर काम किया। टेम्पलेट्स का उपयोग करके हमारी अपनी आरटीआई प्रणाली थी।मैं फिर से लिखने क्योंकि टेम्पलेट के ब्लोट

यहाँ था कुछ संख्या है:

• libs 420 Mbytes
• temps 2.9 Gbytes
• पूर्ण से चला गया पुनर्निर्माण के लिए 4.3 Gbytes से चला गया करने के लिए 640 Mbytes से चला गया 19:30 13:10