"एडॉप्टर चीजों को डिज़ाइन करने के बाद काम करता है; ब्रिज उन्हें काम करने से पहले बनाता है। [GoF, P219]"
प्रभावी रूप से, एडॉप्टर पैटर्न तब उपयोगी होता है जब आपके पास मौजूदा कोड होता है, चाहे वह थर्ड पार्टी हो, या इन-हाउस हो, लेकिन आपके नियंत्रण से बाहर, या अन्यथा उस इंटरफ़ेस को पूरा करने के लिए परिवर्तनशील नहीं जिसे आपको इसकी आवश्यकता होती है। उदाहरण के लिए, हमारे पास एक SuperWeaponsArray है जो प्रलय के उपकरणों की एक अच्छी सरणी को नियंत्रित कर सकता है।
public class SuperWeaponsArray {
/*...*/
public void destroyWorld() {
for (Weapon w : armedWeapons) {
w.fire();
}
}
}
महान। सिवाय इसके कि हम महसूस करते हैं कि हमारे शस्त्रागार में एक परमाणु उपकरण है जो हथियार इंटरफेस में बड़े पैमाने पर रूपांतरण करता है। लेकिन हम वास्तव में इसे यहाँ काम करना पसंद करेंगे ... तो हम क्या करते हैं ... इसे अंदर करें!
NukeWeaponsAdaptor - हमारे Nuke वर्ग पर आधारित है, लेकिन हथियार इंटरफ़ेस का निर्यात कर रहा है। मीठा, अब हम निश्चित रूप से दुनिया को नष्ट कर सकते हैं। यह एक कीचड़ की तरह लगता है, लेकिन यह काम करता है।
ब्रिज पैटर्न कुछ आप सामने लागू है - यदि आप जानते हैं कि आप दो ओर्थोगोनल पदानुक्रम है, यह इंटरफेस और इस तरह से कि आप वर्गों में से एक पागल संख्या नहीं मिलता है में कार्यान्वयन दसगुणा के लिए एक रास्ता प्रदान करता है। मान लीजिए कि आपके पास है:
MemoryMappedFile और DirectReadFile फ़ाइल ऑब्जेक्ट्स के प्रकार। मान लें कि आप विभिन्न स्रोतों (शायद लिनक्स बनाम विंडोज कार्यान्वयन, आदि) से फ़ाइलों को पढ़ने में सक्षम होना चाहते हैं। ब्रिज आपको इससे बचने में मदद करता है:
मेमोरीमेडब्लू विंडोफाइल मेमोरीमेडप्लाइनक्लिपफाइल
