आपके पास वास्तव में यहां दो अलग-अलग प्रश्न हैं, हालांकि वे संबंधित हैं।
अधिक सामान्य प्रश्न शीर्षक में एक है, आप सामान्य रूप से कार्यान्वयन से अलग इंटरफ़ेस क्यों करेंगे। दूसरा सवाल यह है कि पुल का पैटर्न क्यों उपयोगी है। वे संबंधित हैं क्योंकि पुल पैटर्न कार्यान्वयन से इंटरफ़ेस को अलग करने का एक विशिष्ट तरीका है, जिसके कुछ विशिष्ट अन्य परिणाम भी हैं।
प्रत्येक प्रोग्रामर को समझने के लिए सामान्य प्रश्न कुछ महत्वपूर्ण है। यह वही है जो एक कार्यक्रम में हर जगह प्रचार से परिवर्तन को रोकता है। मैं कल्पना नहीं कर सकता कि मनुष्य इस का उपयोग किए बिना कार्यक्रम कर सकता है।
जब आप किसी प्रोग्रामिंग लैंग्वेज में एक साधारण जोड़ स्टेटमेंट लिखते हैं, तो वह पहले से ही एक अमूर्त है, (भले ही वह ऑपरेटर को ओवरलोडिंग का उपयोग करने के लिए मैट्रिस या ऐसा कुछ जोड़ने के लिए उपयोग नहीं कर रहा है) जो अंत में निष्पादित होने से पहले काफी अन्य कोड से गुजरता है। आपके कंप्यूटर में एक सर्किट पर। यदि कार्यान्वयन (मशीन कोड का एक गुच्छा) से इंटरफ़ेस का कोई अलगाव नहीं था (कहते हैं, "3 + 5"), तो आपको हर बार कार्यान्वयन बदलने पर अपना कोड बदलना होगा (जैसे आप एक पर चलना चाहते थे नया प्रोसेसर)।
एक साधारण CRUD एप्लिकेशन के भीतर भी, प्रत्येक विधि हस्ताक्षर एक व्यापक अर्थ में, इसे लागू करने के लिए इंटरफ़ेस है।
अमूर्तता के इन सभी प्रकारों में एक ही मूल लक्ष्य है - कॉलिंग कोड एक्सप्रेस यह सबसे सार संभव तरीके से अभिप्रेत है जो कार्यान्वयनकर्ता को आवश्यकतानुसार अधिक जानकारी देता है। यह उनके बीच न्यूनतम संभव युग्मन प्रदान करता है, और जब कोड को जितना संभव हो बदलने की आवश्यकता होती है, तो तरंग प्रभाव को सीमित करता है।
यह सीधा लगता है, लेकिन व्यवहार में यह जटिल हो जाता है।
ब्रिज पैटर्न इंटरफेस में कार्यान्वयन के कुछ बिट्स को अलग करने का एक विशिष्ट तरीका है। पैटर्न का वर्ग आरेख विवरण की तुलना में अधिक जानकारीपूर्ण है। यह पुल की तुलना में प्लग करने योग्य मॉड्यूल के लिए एक तरह से अधिक है, लेकिन उन्होंने इसे पुल का नाम दिया है क्योंकि यह अक्सर उपयोग किया जाता है जहां मॉड्यूल इंटरफ़ेस से पहले बनाया गया है। तो समान पुल के समान मौजूदा कार्यान्वयन के लिए एक सामान्य इंटरफ़ेस बनाना "अंतर" और आपको किसी भी कार्यान्वयन के साथ काम करने के लिए कोड की अनुमति देता है।
तो, मान लें कि आप एक वर्ड प्रोसेसर पर एक ऐड-ऑन लिखना चाहते थे, लेकिन आप इसे कई वर्ड प्रोसेसर पर काम करना चाहते हैं। आप एक इंटरफ़ेस बना सकते हैं जो शब्द प्रोसेसर आधारित कार्यक्षमता को सार करता है, जिसकी आपको आवश्यकता होती है (और जो प्रत्येक शब्द प्रोसेसर द्वारा लागू करने योग्य होनी चाहिए क्योंकि आप उन्हें बदल नहीं सकते हैं), और प्रत्येक शब्द प्रोसेसर के लिए उस इंटरफ़ेस का एक कार्यान्वयनकर्ता जिसे आप समर्थन करना चाहते हैं। तब आपका एप्लिकेशन उस इंटरफ़ेस को कॉल कर सकता है और प्रत्येक शब्द प्रोसेसर के विवरण के बारे में चिंता नहीं कर सकता है।
यह वास्तव में इससे थोड़ा अधिक विस्तृत है, क्योंकि प्रत्येक वर्ग वास्तव में एक श्रेणी पदानुक्रम हो सकता है (इसलिए, प्रत्येक शब्द के लिए ठोस कार्यान्वयन के साथ एक सार शब्द प्रोसेसर नहीं हो सकता है, लेकिन एक सार दस्तावेज़, सार पाठ-रचना, आदि), लेकिन यह है एक ही विचार।
यह एक पहलू की तरह एक सा है, इस मामले को छोड़कर मतिहीनता परत कई अंतर्निहित प्रणालियों को एक ही इंटरफ़ेस प्रदान करने पर केंद्रित है।
यह नियंत्रण के व्युत्क्रम से संबंधित है, क्योंकि कंक्रीट कार्यान्वयनकर्ता तरीकों या निर्माणकर्ताओं को पारित किया जाएगा और बुलाया वास्तविक कार्यान्वयन का निर्धारण करेगा।