मैंने डॉफ्टिंग , विकिपीडिया और कई साइटों पर कई लेख पढ़ने की कोशिश की । मुझे ब्रिज पैटर्न और रणनीति पैटर्न के बीच अंतर पर कोई विचार नहीं है।
मुझे पता है कि इसके कार्यान्वयन से दोनों एक अमूर्तता को कम करते हैं और रन समय पर कार्यान्वयन को बदल सकते हैं।
लेकिन मुझे अभी भी नहीं पता है कि मुझे किस स्थिति में रणनीति का उपयोग करना चाहिए या किस स्थिति में मुझे पुल का उपयोग करना चाहिए।
जवाबों:
शब्दार्थ। से विकिपीडिया :
रणनीति पैटर्न के लिए यूएमएल वर्ग आरेख ब्रिज पैटर्न के लिए आरेख के समान है। हालाँकि, ये दो डिज़ाइन पैटर्न उनके इरादे में समान नहीं हैं। जबकि रणनीति पैटर्न व्यवहार के लिए है, ब्रिज पैटर्न संरचना के लिए है।
संदर्भ और रणनीतियों के बीच युग्मन अमूर्त और पुल पैटर्न में कार्यान्वयन के बीच युग्मन की तुलना में हल्का है।
जैसा कि मैं इसे समझता हूं, आप उस रणनीति पैटर्न का उपयोग कर रहे हैं, जब आप एक ऐसे व्यवहार को अमूर्त कर रहे हैं जो किसी बाहरी स्रोत से प्रदान किया जा सकता है (जैसे। config कुछ प्लगइन असेंबली लोड करने के लिए निर्दिष्ट कर सकता है), और आप उपयोग करते समय पुल पैटर्न का उपयोग कर रहे हैं। वही आपके कोड को थोड़ा सा बनाने के लिए निर्माण करता है। वास्तविक कोड बहुत समान दिखाई देगा - आप थोड़े अलग कारणों से पैटर्न लागू कर रहे हैं ।
ब्रिज पैटर्न एक संरचनात्मक पैटर्न है (आप एक सॉफ़्टवेयर घटक कैसे बनाते हैं?)। रणनीति पैटर्न एक गतिशील पैटर्न है (आप सॉफ़्टवेयर में एक BEHAVIOR रन करना चाहते हैं?)।
वाक्य विन्यास समान है लेकिन लक्ष्य अलग हैं:
रणनीति:
इरादा रनटाइम पर व्यवहार को स्वैप करने की क्षमता है
class Context {
IStrategy strategyReference;
void strategicBehaviour() {
strategyReference.behave();
}
}
पुल
इरादा कार्यान्वयन से पूरी तरह से अमूर्तता को समाप्त करना है
interface IAbstraction {
void behaviour1();
.....
}
interface IImplementation {
void behave1();
void behave2();
.....
}
class ConcreteAbstraction1 implements IAbstraction {
IImplementation implmentReference;
ConcreteAbstraction1() {
implmentReference = new ImplementationA() // Some implementation
}
void behaviour1() {
implmentReference.behave1();
}
.............
}
class ConcreteAbstraction2 implements IAbstraction {
IImplementation implmentReference;
ConcreteAbstraction1() {
implmentReference = new ImplementationB() // Some Other implementation
}
void behaviour1() {
implmentReference.behave2();
}
.............
}
मैं भी यही सोच रहा था, लेकिन हाल ही में मुझे पुल का उपयोग करना पड़ा और महसूस किया कि पुल रणनीति का उपयोग कर रहा है और संदर्भ में अमूर्तता को जोड़ रहा है ताकि आप बाद में ग्राहक को बदले बिना अधिक परिवर्तन कर सकें। अमूर्तता के बिना रणनीति का उपयोग करते समय डिजाइन उतना लचीला नहीं होता है और बाद में ग्राहक को बदलाव की आवश्यकता हो सकती है। लेकिन पूरे पुल का उपयोग करते समय डिजाइन और भी अधिक लचीला हो जाता है। यहां आप यह देख सकते हैं कि रणनीति से ब्रिज तक जाने से कैसे अधिक लचीलापन मिलता है। इसके अलावा, हम मानते हैं कि अब "वीजा" और "मास्टर" न केवल कार्ड पर बल्कि फोन और चिप्स पर भी उपलब्ध हैं; और अगर हम पुल का उपयोग करते हैं तो उस समर्थन को जोड़ना बहुत आसान है।
ब्रिज : (एक संरचनात्मक पैटर्न)
पुल पैटर्न अमूर्तन और कार्यान्वयन को रोकता है और दोनों को स्वतंत्र रूप से भिन्न होने की अनुमति देता है।
इस पैटर्न का उपयोग करें जब:
रणनीति: (व्यवहार पैटर्न)
रणनीति के पैटर्न आपको रन समय में एल्गोरिदम के एक परिवार से कई एल्गोरिदम के बीच स्विच करने में सक्षम करते हैं।
रणनीति पैटर्न का उपयोग करें जब:
संबंधित पोस्ट:
आप ब्रिज पैटर्न का उपयोग कब करते हैं? यह एडेप्टर पैटर्न से कैसे अलग है?
डिजाइन पैटर्न प्रकार
पुल (संरचनात्मक)
इसके कार्यान्वयन से एक अमूर्त घटाना ताकि प्रत्येक भिन्न हो सके। स्वतंत्र रूप से।
रिमोट लीजिए। रिमोट में 1-6 बटन हैं। यह ऊपर दिए गए आरेख में ठोस वर्ग है। यदि टीवी या डीवीडी के लिए रिमोट का उपयोग किया जाता है, तो इसके आधार पर प्रत्येक बटन अलग-अलग काम करेगा। कार्यान्वयनकर्ता इंटरफ़ेस द्वारा कार्यान्वयन से प्रत्येक बटन के लिए कार्यक्षमता सारगर्भित है।
यह हमें यह बदलने की अनुमति देता है कि प्रत्येक डिवाइस के लिए रिमोट कैसे काम करेगा।
रणनीति (व्यवहार)
एल्गोरिदम के एक परिवार को परिभाषित करें, प्रत्येक को एनकैप्सुलेट करें और उन्हें विनिमेय बनाएं।
रणनीति में, अगर हम दूरस्थ परिदृश्य को देख रहे थे। "राज्य" संपूर्ण रिमोट है जिसे हम संदर्भ के राज्य संदर्भ को बदलकर स्वैप करते हैं। "कंकरीटस्टेट" (टीवी रिमोट) "कंकरीटस्टेट" (डीवीडी रिमोट)।
अतिरिक्त पढ़ने:
रणनीति पैटर्न का उपयोग व्यवहार निर्णयों के लिए किया जाता है, जबकि ब्रिज पैटर्न का उपयोग संरचनात्मक निर्णयों के लिए किया जाता है।
Brigde पैटर्न क्रियान्वयन संबंधी विवरण से सार तत्वों separats जबकि रणनीति पैटर्न एल्गोरिदम अधिक विनिमेय बनाने का सवाल है।
स्विफ्ट में रणनीति पैटर्न:
protocol PrintStrategy {
func print(_ string: String) -> String
}
class Printer {
let strategy: PrintStrategy
init(strategy: PrintStrategy) {
self.strategy = strategy
}
func print(_ string: String) -> String {
return self.strategy.print(string)
}
}
class UpperCaseStrategy: PrintStrategy {
internal func print(_ string: String) -> String {
return string.uppercased()
}
}
class LowerCaseStrategy: PrintStrategy {
internal func print(_ string: String) -> String {
return string.lowercased()
}
}
var lower = Printer(strategy: LowerCaseStrategy())
lower.print("I love Software Patterns")
var upper = Printer(strategy: UpperCaseStrategy())
upper.print("I love Software Patterns")
स्विफ्ट में ब्रिगेड पैटर्न:
protocol Appliance {
func run()
}
protocol Switch {
let appliance: Appliance {get set}
func turnOn()
}
class RemoteControl: Switch {
var appliance: Appliance
init(appliance: Appliance) {
self.appliance = appliance
}
internal func turnOn() {
appliance.run()
}
}
class TV: Appliance {
internal func run() {
print("TV is ON")
}
}
class Stereo: Appliance {
internal func run() {
print("Stereo is ON")
}
}
var tvRemote = RemoteControl.init(appliance: TV())
tvRemote.turnOn()
var stereoRemote = RemoteControl.init(appliance: Stereo())
stereoRemote.turnOn()
Stereoसाथ TVकाम करता है।
Willcodejavaforfood के उत्तर में जोड़ना, वे कार्यान्वयन में समान हो सकते हैं। हालाँकि आप रणनीति को स्वैप करने के लिए रणनीति का उपयोग करते हैं जैसे कि छँटाई रणनीति, जबकि आप पुल का उपयोग दो ऑब्जेक्ट के कार्यान्वयन को एक डेटाबेस आवरण कहने के लिए पुल करने के लिए करते हैं, और एक नेटवर्क एडेप्टर ताकि क्लाइंट कोड या तो एक ही एपीआई के खिलाफ काम कर सकते हैं। इसलिए नामकरण वास्तव में यह सब कहता है
रणनीति पैटर्न पर विकी से
रणनीति पैटर्न के लिए यूएमएल वर्ग आरेख ब्रिज पैटर्न के लिए आरेख के समान है। हालाँकि, ये दो डिज़ाइन पैटर्न उनके इरादे में समान नहीं हैं। जबकि रणनीति पैटर्न व्यवहार के लिए है, ब्रिज पैटर्न संरचना के लिए है।
संदर्भ और रणनीतियों के बीच युग्मन अमूर्त और पुल पैटर्न में कार्यान्वयन के बीच युग्मन की तुलना में हल्का है।
पैटर्न तुलना (इरादे का अंतर, ...) के बारे में पहले से ही जो कुछ कहा गया है उसे जोड़ने के लिए: पुल पैटर्न को जानबूझकर संरचित किया जाता है ताकि अमूर्त पदानुक्रम पक्ष को अलग-अलग करने की अनुमति मिल सके। C # जैसी भाषाओं में इसका मतलब यह हो सकता है कि आपके पास एक एब्सट्रैक्शन बेस है जिसमें मौजूदा तरीकों के लिए आभासी तरीके शामिल हैं जो मौजूदा उपभोक्ताओं के लिए समस्या पैदा नहीं करते हैं। इसके अलावा दो पैटर्न अधिकांश भाग के लिए समान दिखाई दे सकते हैं।
रणनीति पैटर्न का उपयोग तब किया जाता है जब आप रन समय पर एल्गोरिथ्म या रणनीति को प्लग करना चाहते हैं। जैसा कि पैटर्न की श्रेणी भी बताती है कि यह वस्तुओं के व्यवहार से संबंधित है। दूसरी ओर पुल संरचनात्मक पैटर्न है और वस्तुओं के संरचनात्मक पदानुक्रम से संबंधित है। यह उनके बीच एक परिष्कृत अमूर्तता का परिचय देकर कार्यान्वयन से अमूर्तता को कम करता है। परिष्कृत अमूर्त रन टाइम रणनीति प्लग इन (रणनीति पैटर्न) के साथ भ्रमित हो सकती है। ब्रिज पैटर्न एन वर्गों की संख्या बनाने से बचने के लिए एक तंत्र प्रदान करके संरचनात्मक पहलुओं से संबंधित है।
रणनीति पैटर्न के लिए केवल कार्यान्वयन भिन्न होता है।
मान लीजिए, वर्ग A वर्ग B का उपयोग कर रहा है जिसमें कई कार्यान्वयन उपलब्ध हैं। तो उस स्थिति में बी रनटाइम पर वास्तविक कार्यान्वयन के साथ अमूर्त होगा। यह रणनीति पैटर्न है
अब यदि A स्वयं अमूर्त है। A और B दोनों भिन्न हो सकते हैं। आप ब्रिज पैटर्न का उपयोग करेंगे।
मुझे लगता है कि उनके द्वारा उपयोग किए जा रहे संदर्भ में थोड़ा अंतर है।
मैं ऑर्थोगोनल अवधारणाओं को अलग करने के लिए ब्रिज पैटर्न का उपयोग करता हूं जो वे दोनों एक बड़े से हैं - उन्हें स्वतंत्र रूप से अलग करने के लिए। इसमें आमतौर पर कई सार शामिल होते हैं।
IMO, रणनीति पैटर्न सरल या अधिक सपाट है। यह निश्चित रूप से OCP के लिए कार्य करता है लेकिन ब्रिज पैटर्न की तरह एक और बड़ी अवधारणा का हिस्सा होना जरूरी नहीं है।