Coupling ناپتا ہے کہ ایک module دوسرے پر کتنا منحصر ہے؛ cohesion ناپتا ہے کہ کسی module کے اندرونی حصے ایک دوسرے کے ساتھ کتنے مضبوطی سے تعلق رکھتے ہیں۔ مقصد: low coupling, high cohesion۔
HIGH cohesion → a class does ONE well-defined job, parts relate strongly ✅
LOW coupling → modules interact through small, stable interfaces ✅
# LOW cohesion: unrelated responsibilities jammed together
class Utils:
def parse_csv(self, s): ...
def send_email(self, to): ...
def hash_password(self, p): ... # nothing in common
# HIGH cohesion: each class has a single, focused purpose
class CsvParser: ...
class Mailer: ...
class PasswordHasher: ...
# TIGHT: OrderService is welded to a concrete class
class OrderService:
def __init__(self):
self.db = MySqlDatabase() # can't swap or test in isolation
# LOOSE: depends on an abstraction, injected in
class OrderService:
def __init__(self, db: Database): # any Database works
self.db = db
Loose coupling آپ کو MySqlDatabase کو tests کے لیے in-memory fake سے بدلنے دیتا ہے، OrderService میں کوئی تبدیلی کے بغیر۔
Tight coupling وہ ہے جو ایک تبدیلی کو "پھیلا" دیتا ہے — ایک class کو چھیڑیں اور دس دوسری ٹوٹ جاتی ہیں؛ loose coupling تبدیلیوں کو ان کے source تک محدود رکھتا ہے۔
High cohesion کوڈ کو تلاش اور ٹیسٹ کرنے کے قابل بناتا ہے: جب ایک class ایک کام کرتی ہے، تو آپ جانتے ہیں کہ منطق کہاں رہتی ہے اور ایک ٹیسٹ کو کیا احاطہ کرنا چاہیے۔
یہ دونوں metrics تقریباً ہر دوسرے design principle کی بنیاد ہیں۔