OOP میں abstraction کیا ہے؟

Question

Accepted Answer

**Abstraction** کا مطلب ہے کہ آبجیکٹ *کیا* کرتا ہے یہ ظاہر کرنا جبکہ *کیسے* کرتا ہے یہ چھپانا۔ آپ ایک سادہ، مستحکم interface کے ساتھ interact کرتے ہیں اور اس کے پیچھے کی گندی implementation کو نظر انداز کرتے ہیں۔

## What vs. how

```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 — یہ charging کے *خیال* پر منحصر ہے، تفصیلات پر نہیں۔

## Abstraction vs. encapsulation

یہ آپس میں جڑے ہوئے ہیں لیکن مختلف ہیں: **encapsulation** state کو چھپا کر اسے محفوظ رکھتا ہے؛ **abstraction** پیچیدگی کو چھپا کر interface کو سادہ بناتا ہے۔ Encapsulation *حفاظت* کے بارے میں ہے؛ abstraction *کیا دکھانا ہے* اس کے بارے میں ہے۔

## Pitfall

Leaky abstractions (جہاں implementation details نکل آتی ہیں) اور premature abstractions (اس سے پہلے بنائے جائیں کہ آپ مسئلہ سمجھیں) دونوں نقصان دہ ہیں۔ جو حقیقی طور پر مختلف ہو اسے abstract کریں۔

## یہ کیوں اہم ہے

Abstraction یہی ہے جس سے آپ پیچیدگی کو کنٹرول کرتے ہیں: callers ایک چھوتے interface کے بارے میں سوچتے ہیں بجائے پوری subsystem کے۔

یہ implementations کو swap کرنے میں مدد دیتا ہے — ایک نیا payment provider شامل کرنا ایک class کو touch کرتا ہے، ہر caller کو نہیں — جو flexible، testable design کی بنیاد ہے۔