অবজেক্ট ওরিয়েন্টেড প্রোগ্রামিং - এ SOLID

এই পোস্টে ব্যাখ্যা দেওয়া হলো SOLID এর। যা অবজেক্ট ওরিয়েন্টেড ডিজাইনে বহুল ব্যবহৃত। 

SOLID এর পুরো অর্থ হলো -

• S – Single Responsibility Principle (SRP)
• O – Open Closed Principle (OCP)
• L – Liskov Substitution Principle (LSP)
• I – Interface Segregation Principle (ISP)
• D – Dependency Inversion Principle (DIP)
  

Single Responsibility Principle (SRP) বলছে - A class should have one, and only one, reason to change.
এর মানে হচ্ছে, আমাদের একেকটি ক্লাসকে অন্তত একটি এবং সর্বোচ্চ একটি 
কাজেই ব্যবহার করতে হবে।
ধরা যাক, Bank management system প্রজেক্টে, একটি ক্লাস খোলা 
হলো account, এখানে দুইটি মেথড আছে = registration, deposite। 
একটি ক্লাসেই টাস্ক পড়লো দুইটি। আদতে সমস্যা না থাকলেও এটি ভাল 
ওওপি ডিজাইন না কারণ এটি কে ভঙ্গ করছে। দুইটি কাজ দুই ক্লাসে করলে  
SRP মেইন্টেইন হবে।









Open Closed Principle (OCP) বলছে - You should be able to 
extend a classes behavior, without modifying.
এরমানে হচ্ছে, আমরা যখন নতুন ক্লাস খুলব, বা ফিচার ধরব, তখন যেন 
অন্য ক্লাসে হাত দিতে না হয় অর্থাৎ মডিফাইয়ের দরকার না হয়, একটা 
ক্লাসের কাজ শেষ মানে ওখানে আর কোন মেরামত চলবেনা।  এবস্ট্রাকশন 
 মেইন্টেইন করে ইন্টারফেসকে ইমপ্লিমেন্ট বা ইনহেরিটেন্স ব্যবহার করে 
অন্য ক্লাসকে ইনহেরিট করে কাজ করতে হবে।









Liskov Substitution Principle (LSP) বলছে - Derived classes 
must be substitutable for their base classes.
 এর মানে হচ্ছে, আমরা যখন কোন ক্লাসকে ইনহেরিট করে ডেটা নিয়ে 
আসছি। 
এমনভাবে দুটো ক্লাসকেই ডিজাইন করতে হবে যেন,
প্যারেন্ট ক্লাসের সবকিছু চাইল্ড ক্লাসে থাকে, চাইল্ড ক্লাসে এমন কোন অভাব 
থাকা যাবেনা যা দ্বারা 
প্যারেন্ট ক্লাসের কোন একটা কাজ করা না যায়।








Interface Segregation Principle (ISP) বলছে - Make fine grained interfaces that are client specific.
আমরা কাজের ভিত্তিতে ইন্টারফেসগুলি ছোট ছোট করে লিখতে পারি। এক 
ইন্টারফেসে বিশাল মেথডের লিস্ট থাকা কাজের কথা নয়!!









Dependency Inversion Principle (DIP) বলছে - Depend on abstraction, not on concretions.
কোন প্যারেন্ট ক্লাসকে ইনহেরিট করে কাজ করার চেয়ে এবস্ট্রাক্ট ক্লাস বা 
ইন্টারফেসকে ইমপ্লিমেন্ট করে কাজ করাকে গুরুত্ব দেয়া হচ্ছে। প্যারেন্ট ক্লাস 
চেঞ্জ হলে চাইল্ড ক্লাসে এর প্রভাব পড়বে, সিস্টেম অচলও হয়ে যেতে পারে।



SOLID principles আবশ্যক না হলেও সফটওয়্যার ডিজাইনে এটি 
আলোচিত।