আমি দৃ strongly়ভাবে একমত নই যে এটি মিলন বাড়িয়ে তোলে।
নির্ভরতা ইনজেকশন ছাড়াই আপনার একটি উপ-সিস্টেম এবং নির্ভরতার কংক্রিট বাস্তবায়নের মধ্যে দৃ tight় সংযোগ রয়েছে।
নির্ভরতা ইনজেকশন সহ আপনি সাব-সিস্টেমটিকে নির্ভরতার বাস্তবায়ন থেকে ডিকপল করেছেন।
যুক্তি দেওয়া যে এটি গ্রাহক এবং এই উপ-সিস্টেমের মধ্যে সংযোগ বাড়িয়ে তোলে তা খুব প্রশ্নবিদ্ধ কারণ এটি সূচিত করে যে গ্রাহক এখন সাব সিস্টেমের দ্বারা প্রয়োজনীয় নির্ভরতার সাথে দৃ tight়ভাবে মিলিত হয়েছেন। এর অর্থ হ'ল আপনি কঠোরভাবে সংযুক্ত কোড লিখছেন যা আপনার গ্রাহককে নির্ভরতার সাথে যুক্ত করে। আদর্শভাবে সমস্ত আপনার কোড decoupled হয়।
কনস্ট্রাক্টর ইনজেকশন:
নির্ভরতা রেজোলিউশন নির্ভরতা ইনজেকশন ধারক বা কারখানা দ্বারা পরিচালিত হয়। গ্রাহক নির্ভরতা ইনজেকশন ধারক বা কারখানা থেকে সাব সিস্টেমের একটি কংক্রিট বাস্তবায়ন পেতে পারেন।
উপ-সিস্টেমটির নির্মাতা এমনকি দেখতে কেমন তা ভোক্তারও জানার দরকার নেই। সাব সিস্টেম নির্ভরতার সাথে কোনও মিলন নেই।
পদ্ধতি ইনজেকশন:
কনস্ট্রাক্টর ইনজেকশন হিসাবে একই ব্যতীত এখন গ্রাহককে ধারক বা কারখানার (বা এমনকি এটির পদ্ধতি / কনস্ট্রাক্টর ইনজেকশন দেওয়া আছে) থেকে নির্ভরতার একটি দৃ instance় উদাহরণ পাওয়া উচিত এবং এটি পদ্ধতিতে ইনজেকশন করা উচিত। আবারও, গ্রাহক নির্ভরতা একটি দৃ concrete় বাস্তবায়নের সাথে মিলিত হয় না।
একটি সাব সিস্টেমে নির্ভরতা ইনজেকশনের জন্য টিএল; ডিআর সবচেয়ে খারাপ ক্ষেত্রে হ'ল এই সংযোগটি ভোক্তা কোডে স্থানান্তরিত হয়। এই দম্পতিতে কোনও অতিরিক্ত বৃদ্ধি নেই।
সেরা ক্ষেত্রে হ'ল সমস্ত সিস্টেম এখন আলগাভাবে মিলিত হয় এবং নির্ভরতা ইঞ্জেকশন পাত্রে বা কারখানার মাধ্যমে নির্ভরতা ইনজেকশন নিয়ন্ত্রণ করা হয়।