OOP मध्ये अॅब्स्ट्रॅक्शन म्हणजे काय?

Question

Accepted Answer

**अॅब्स्ट्रॅक्शन** म्हणजे ऑब्जेक्ट *काय* करते हे उघड करणे तर *कसे* करते हे लपवणे. तुम्ही एक सोपे, स्थिर इंटरफेस वापरता आणि त्याच्या मागील गोंधळलेल्या अंमलबजावणीकडे दुर्लक्ष करता.

## काय विरुद्ध कसे

```python
from abc import ABC, abstractmethod

class PaymentGateway(ABC):          # the abstraction: "what"
    @abstractmethod
    def charge(self, amount): ...    # callers only need this contract

class StripeGateway(PaymentGateway): # one "how"
    def charge(self, amount):
        # talk to Stripe's API, handle tokens, retries...
        return f"charged {amount} via Stripe"

class PayPalGateway(PaymentGateway): # another "how"
    def charge(self, amount):
        return f"charged {amount} via PayPal"

def checkout(gateway: PaymentGateway, amount):
    return gateway.charge(amount)    # depends only on the abstraction
```

`checkout` कधीही जाणत नाही की ते Stripe आहे की PayPal — हे शुल्क घेण्याच्या *कल्पनेवर* अवलंबून आहे, तपशीलांवर नाही.

## अॅब्स्ट्रॅक्शन विरुद्ध एनकॅप्सुलेशन

ते संबंधित आहेत पण वेगळे आहेत: **एनकॅप्सुलेशन** स्थिती लपवते त्याचे संरक्षण करण्यासाठी; **अॅब्स्ट्रॅक्शन** जटिलता लपवते इंटरफेस सोपे करण्यासाठी. एनकॅप्सुलेशन *संरक्षण* बद्दल आहे; अॅब्स्ट्रॅक्शन *काय दाखवायचे* याबद्दल आहे.

## समस्या

रिसायटी अॅब्स्ट्रॅक्शन (जेथे अंमलबजावणीचे तपशील बाहेर येतात) आणि लवकरचे अॅब्स्ट्रॅक्शन (समस्या समजण्यापूर्वी बनवलेले) दोन्ही नुकसान करतात. जे खरोखर बदलते ते अॅब्स्ट्रॅक्ट करा.

## हे महत्वाचे का आहे

अॅब्स्ट्रॅक्शन हा जटिलता नियंत्रित करण्याचा मार्ग आहे: कॉलर्स संपूर्ण सबसिस्टम ऐवजी एका छोट्या इंटरफेसबद्दल विचार करतात.

हे अंमलबजावणी बदलण्यास सक्षम करते — नवीन पेमेंट प्रदाता जोडल्याने एक क्लास स्पर्श होते, प्रत्येक कॉलर नाही — जे लवचिक, परीक्षणयोग्य डिজाइनचा आधार आहे.