আমি doftery , উইকিপিডিয়া এবং অনেক সাইটে অনেক নিবন্ধ পড়ার চেষ্টা করেছি । ব্রিজ প্যাটার্ন এবং কৌশল প্যাটার্নের মধ্যে পার্থক্য সম্পর্কে আমার কোনও ধারণা নেই।
আমি জানি যে এগুলি উভয়ই এর বাস্তবায়ন থেকে বিমূর্ততা ডিকুয়াল করে এবং রান সময়ে বাস্তবায়ন পরিবর্তন করতে পারে।
তবে আমি এখনও জানি না কোন পরিস্থিতিতে আমার কৌশল ব্যবহার করা উচিত বা কোন পরিস্থিতিতে আমার সেতু ব্যবহার করা উচিত।
উত্তর:
শব্দার্থবিদ্যা। উইকিপিডিয়া থেকে :
কৌশল প্যাটার্নের জন্য ইউএমএল বর্গের চিত্রটি সেতুর প্যাটার্নের জন্য চিত্রের মতো as যাইহোক, এই দুটি ডিজাইনের ধরণগুলি তাদের অভিপ্রায় অনুসারে এক নয়। কৌশল প্যাটার্নটি আচরণের জন্য বোঝানো হলেও ব্রিজ প্যাটার্নটি কাঠামোর জন্য বোঝানো হয়েছে।
প্রসঙ্গ এবং কৌশলগুলির মধ্যে সংযোগ বিমূর্তকরণ এবং ব্রিজ প্যাটার্নটিতে প্রয়োগের মধ্যে সংযোগের চেয়ে আরও শক্ত।
আমি এটি বুঝতে পেরেছি, আপনি যখন বাহ্যিক উত্স থেকে সরবরাহ করা যেতে পারে এমন আচরণের বিমূর্ত ব্যবহার করছেন তখন আপনি কৌশল প্যাটার্নটি ব্যবহার করছেন (যেমন, কনফিগারেশনটি কিছু প্লাগইন সমাবেশ লোড করার জন্য নির্দিষ্ট করতে পারে), এবং আপনি যখন ব্রিজ প্যাটার্ন ব্যবহার করছেন তখন ব্যবহার করছেন আপনার কোডটি কিছুটা আরও সুন্দর তৈরি করার জন্য একইগুলি। আসল কোডটি দেখতে খুব একই রকম দেখাবে - আপনি কিছুটা ভিন্ন কারণে কেবল নিদর্শনগুলি প্রয়োগ করছেন ।
ব্রিজ প্যাটার্নটি একটি কাঠামোগত প্যাটার্ন (আপনি কীভাবে একটি সফ্টওয়্যার সামগ্রী তৈরি করবেন?)। কৌশল প্যাটার্ন একটি গতিশীল প্যাটার্ন (আপনি কীভাবে সফ্টওয়্যারটিতে কোনও আচরণ চালাতে চান?)।
বাক্য গঠনটি একই রকম তবে লক্ষ্যগুলি পৃথক:
কৌশল:
উদ্দেশ্যটি রানটাইমের সময় আচরণের অদলবদল করার ক্ষমতা
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। এটি উপরের চিত্রের কংক্রিট শ্রেণি। রিমোটটি টিভি বা ডিভিডি ব্যবহার করা হয় কিনা তার উপর নির্ভর করে প্রতিটি বোতাম ভিন্নভাবে কাজ করবে। প্রতিটি বোতামের কার্যকারিতা প্রয়োগকারী ইন্টারফেস দ্বারা বাস্তবায়ন থেকে বিমূর্ত হয়।
এটি আমাদের প্রতিটি ডিভাইসের জন্য রিমোট কীভাবে কাজ করবে তা পরিবর্তন করতে দেয়।
কৌশল (আচরণগত)
অ্যালগরিদমগুলির একটি পরিবারকে সংজ্ঞায়িত করুন, প্রত্যেককে আবদ্ধ করুন এবং তাদেরকে বিনিময়যোগ্য করুন।
কৌশল হিসাবে, আমরা যদি দূরবর্তী দৃশ্যের দিকে তাকিয়ে থাকতাম। "রাজ্য" হ'ল সম্পূর্ণ দূরবর্তী যা আমরা প্রসঙ্গের রাজ্যের রেফারেন্স পরিবর্তন করে পরিবর্তন করি। "কংক্রিটস্টেটএ" (টিভি রিমোট) "কংক্রিটস্টেটবি" (ডিভিডি রিমোট)।
অতিরিক্ত পড়া:
কৌশল প্যাটার্ন আচরণগত সিদ্ধান্তের জন্য ব্যবহৃত হয়, এবং ব্রিজ প্যাটার্ন কাঠামোগত সিদ্ধান্তের জন্য ব্যবহৃত হয়।
ব্রিগেড প্যাটার্ন প্রয়োগের বিবরণ থেকে বিমূর্ত উপাদানগুলিকে পৃথক করে, যখন কৌশল প্যাটার্নটি অ্যালগরিদমকে আরও বিনিময়যোগ্য করে তোলার বিষয়ে উদ্বিগ্ন।
সুইফটে কৌশল প্যাটার্ন:
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এবং কোডটি কার্যকরভাবে কার্যকর হয় আমরা কৌশলগুলি বা সেতুতে প্রয়োগগুলি অদলবদল করতে পারি ।
উইকোডেজেভাফরফুডের উত্তরে যুক্ত করা, তারা বাস্তবায়নের ক্ষেত্রে একই হতে পারে। তবে আপনি কৌশল বাছাইয়ের মতো কৌশলগুলি অদলবদল করার জন্য কৌশল ব্যবহার করেন, যখন আপনি দুটি বস্তুর ডেটাবেস র্যাপার এবং একটি নেটওয়ার্ক অ্যাডাপ্টারের প্রয়োগগুলি ব্রিজ করতে ব্যবহার করেন যাতে ক্লায়েন্ট কোড হয় একই API এর বিপরীতে কাজ করতে পারে। নামকরণ আসলে এটি সব বলে
কৌশল প্যাটার্নে উইকি থেকে
কৌশল প্যাটার্নের জন্য ইউএমএল বর্গের চিত্রটি সেতুর প্যাটার্নের জন্য চিত্রের মতো as যাইহোক, এই দুটি ডিজাইনের ধরণগুলি তাদের অভিপ্রায় অনুসারে এক নয়। কৌশল প্যাটার্নটি আচরণের জন্য বোঝানো হলেও ব্রিজ প্যাটার্নটি কাঠামোর জন্য বোঝানো হয়েছে।
প্রসঙ্গ এবং কৌশলগুলির মধ্যে সংযোগ বিমূর্তকরণ এবং ব্রিজ প্যাটার্নটিতে প্রয়োগের মধ্যে সংযোগের চেয়ে আরও শক্ত।
প্যাটার্ন তুলনা (অভিপ্রায়টির পার্থক্য, ...) সম্পর্কে ইতিমধ্যে যা বলা হয়েছে তার সাথে যুক্ত করতে: ব্রিজ প্যাটার্নটিও বিমূর্তভাবে শ্রেণিবিন্যাসের পার্থক্য পরিবর্তনের জন্য ইচ্ছাকৃতভাবে কাঠামোযুক্ত। সি # এর মতো ভাষায় এর দ্বারা বোঝানো যেতে পারে যে আপনার একটি বিমূর্ততা বেস রয়েছে যার মধ্যে ভার্চুয়াল পদ্ধতি রয়েছে যার ফলে বিদ্যমান ভোক্তাদের জন্য সমস্যা না ঘটায় এমন উদ্দেশ্যে পরিবর্তিত হওয়ার অনুমতি দেওয়া যায়। এটি ব্যতীত দুটি প্যাটার্ন বেশিরভাগ অংশের জন্য অভিন্ন প্রদর্শিত হতে পারে।
আপনি রান সময়ে যখন অ্যালগরিদম বা কৌশল প্লাগ করতে চান তখন কৌশল প্যাটার্ন ব্যবহার করা হয়। বিভাগের ধরণটিও বোঝায় যে এটি বস্তুর আচরণের সাথে সম্পর্কিত। অন্যদিকে ব্রিজটি স্ট্রাকচারাল প্যাটার্ন এবং অবজেক্টগুলির স্ট্রাকচারাল হায়ারার্কির সাথে সম্পর্কিত। এটি তাদের মধ্যে একটি পরিমার্জনীয় বিমূর্ততা প্রবর্তন করে বাস্তবায়ন থেকে বিমূর্ততাটিকে ডিউপলস করে। সংশোধিত বিমূর্ততা রান টাইম কৌশল প্লাগ করা (কৌশল প্যাটার্নে) সাথে বিভ্রান্ত হতে পারে। ব্রিজ প্যাটার্ন কাঠামোগত দিকগুলির সাথে সম্পর্কিত করে N সংখ্যা বর্গ তৈরি এড়াতে একটি ব্যবস্থা সরবরাহ করে।
কৌশল প্যাটার্নের জন্য কেবল প্রয়োগটি পরিবর্তিত হয়।
মনে করুন, ক্লাস এ ক্লাস বি ব্যবহার করছে যার একাধিক বাস্তবায়ন উপলব্ধ। সুতরাং সেই ক্ষেত্রে বি রানটাইমের সময় সরবরাহিত প্রকৃত বাস্তবায়ন সহ বিমূর্ত হবে। এটি কৌশল প্যাটার্ন
এখন যদি নিজেই বিমূর্ত হয়। এ এবং বি উভয়ই পৃথক হতে পারে। আপনি ব্রিজ প্যাটার্ন ব্যবহার করবেন।
আমি মনে করি যে তারা যে প্রসঙ্গে ব্যবহৃত হচ্ছে সে ক্ষেত্রে তাদের মধ্যে সামান্য পার্থক্য রয়েছে।
আমি পৃথক orthogonal ধারণাগুলি পৃথক করতে সেতুর প্যাটার্নটি ব্যবহার করি যা এগুলি উভয়ই একটি বৃহত্তর - এটি স্বাধীনভাবে পরিবর্তিত হতে দেয়। এটিতে একাধিক বিমূর্ততা জড়িত।
আইএমও, কৌশল বিন্যাসটি সহজ বা আরও সমতল। এটি ওসিপিকে নিশ্চিতভাবে পরিবেশন করে তবে ব্রিজ প্যাটার্নের মতো অন্য এবং বৃহত্তর ধারণার অংশ হওয়ার জন্য অগত্যা নয়।