कपलिंग मापता है कि एक मॉड्यूल दूसरे पर कितना निर्भर है; कोहेशन मापता है कि मॉड्यूल के अंदर के हिस्से कितनी दृढ़ता से एक साथ आते हैं। लक्ष्य: कम कपलिंग, उच्च कोहेशन।
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
ढीली कपलिंग आपको MySqlDatabase को परीक्षण के लिए इन-मेमोरी फेक से बदलने देती है, OrderService में कोई संपादन के बिना।
कसी कपलिंग वह है जो परिवर्तन को "लहरी" बनाती है — एक क्लास को छुएं और दस अन्य टूट जाते हैं; ढीली कपलिंग परिवर्तनों को उनके स्रोत में रोकती है।
उच्च कोहेशन कोड को खोजने योग्य और परीक्षण योग्य बनाता है: जब एक क्लास एक चीज़ करती है, तो आप जानते हैं कि तर्क कहाँ रहता है और एक परीक्षण को क्या कवर करना चाहिए।
ये दो मेट्रिक्स लगभग हर दूसरे डिज़ाइन सिद्धांत के आधार हैं।