आवरण तरीके अमूर्त, मानकीकरण, और पुनर्रचना
उदाहरण के लिए के लिए इस्तेमाल किया जा सकता है, तो आप विशेष सहायक तरीकों में से एक पुस्तकालय आयात और उन्हें अपने आवेदन के माध्यम से उपयोग करते हैं, फिर बाद में एक अलग करने के लिए स्विच करने का फैसला पुस्तकालय है कि आप और अधिक कार्यक्षमता आप तो है कि नए पुस्तकालयों तरीकों कॉल करने के लिए कहता है पिछले पुस्तकालयों तरीकों कोड के प्रत्येक पंक्ति के पुनर्लेखन के लिए होता है दे देंगे। आवेदन दसियों और सैकड़ों हजारों लाइनों तक पहुंचने के साथ यह एक बड़ा काम है। सॉफ़्टवेयर लाइसेंस प्राप्त होने पर यह अक्सर होता है और फिर जब यह एक नया विकल्प समाप्त हो जाता है तो चुना जाता है।
इस समस्या को आप अपने खुद के तरीकों में हेल्पर तरीकों के सभी लपेट कर सकते हैं हल करने के लिए। ये विधियां केवल 1 पंक्ति होती हैं जो आपकी आयातित लाइब्रेरी में विधियों को कॉल करती है। आप के माध्यम से अपने आवेदन के बजाय सीधे आयात पुस्तकालय बुलाने की आवरण तरीकों के सभी कॉल करेगा।
अब जब आप नई लाइब्रेरी आयात करना चाहते हैं तो सभी अमूर्तता का लाभ आता है। एप्लिकेशन के माध्यम से प्रत्येक कॉल को फिर से लिखने के बजाय आप केवल रैपर विधियों को फिर से लिख सकते हैं जो कि अपनी कक्षा होनी चाहिए। अब रैपर क्लास में 1 विधि बदलना पूरे एप्लिकेशन को अपडेट करता है जहां उस विधि का उपयोग किया जाता है। (उदाहरण के लिए एमवीसी 4 .NET एचटीएमएल हेल्पर विधियों को देखें)
मानकीकरण के विषय पर रैपर का उपयोग ऑब्जेक्ट बनने पर मैन्युअल रूप से सेट की गई कई चीजों के लिए डिफ़ॉल्ट मान सेट करने के लिए किया जा सकता है। लेकिन अब अगर वे रैपर में सेट हैं तो वे मूल विधि कहने पर हर बार सेट नहीं होना चाहिए। उदाहरण के लिए आप ग्रिडव्यू रैपर में ग्रिड व्यू के आयाम सेट कर सकते हैं और अब जब आप अपने एप्लिकेशन में रैपर विधि को कॉल करते हैं तो सभी ग्रिड दृश्यों में समान आयाम होते हैं और कोड के कम लाइनों को पूरे एप्लिकेशन में बनाए रखने की आवश्यकता होती है; रिफैक्टरिंग भी पूरा करना।
स्रोत
2013-12-21 22:32:13
@ डौगमैन - यह स्पष्ट नहीं है कि यह होमवर्क है (मैं एक काम पर प्रोग्रामिंग असाइनमेंट प्राप्त करता हूं), इसलिए जब तक प्रश्नकर्ता अन्यथा कहता है तब तक मैं टैग को हटा रहा हूं। Http://meta.stackexchange.com/questions/11189/what-to-do-about-tag-abuse देखें। –