OOP मा abstraction भनेको के हो?

Question

Accepted Answer

**Abstraction** भनेको एक object ले *के* गर्छ भनेर बाहिर राखेर तर *कसरी* गर्छ भनेर लुकाउनु हो। तपाई साधारण, स्थिर interface सँग अन्तरक्रिया गर्नुहुन्छ र यसको पछाडि भएको गोलमेल कार्यान्वयन बिर्सनुहुन्छ।

## 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** complexity लाई interface लाई सरल बनाउन लुकाउछ। Encapsulation *सुरक्षा* को बारेमा छ; abstraction *के देखाउने* को बारेमा छ।

## Pitfall

Leaky abstractions (जहाँ कार्यान्वयन विवरणहरु बाहिर आउछन्) र premature abstractions (समस्या बुझ्नु अघि बनाइएको) दुबै हानिकारक छन्। जो साँच्चै फरक हुन्छ त्यो abstraction गर्नुहोस्।

## किन महत्वपूर्ण छ

Abstraction भनेको तपाइले complexity लाई कसरी नियन्त्रण गर्नु हो: callers ले पूरै subsystem को सट्टा साधारण interface को बारेमा सोच्नुहुन्छ।

यसले कार्यान्वयनहरु स्वाप गर्न सक्षम बनाउछ — नयाँ payment provider थप्दा एक class छुन्छ, हरेक caller को होइन — जो लचीला, testable design को आधार हो।