OOP-এ Abstraction কি?

Question

Accepted Answer

**Abstraction** মানে একটি অবজেক্ট *কী* করে তা প্রকাশ করা যখন এটি *কীভাবে* করে তা লুকিয়ে রাখা। আপনি একটি সহজ, স্থিতিশীল ইন্টারফেসের সাথে ইন্টারঅ্যাক্ট করেন এবং এর পিছনের জটিল বাস্তবায়ন উপেক্ষা করেন।

## কী বনাম কীভাবে

```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 — এটি চার্জিং করার *ধারণা*র উপর নির্ভর করে, বিবরণ নয়।

## Abstraction বনাম Encapsulation

এগুলি সম্পর্কিত কিন্তু আলাদা: **encapsulation** সুরক্ষার জন্য স্টেট লুকায়; **abstraction** ইন্টারফেস সহজ করার জন্য জটিলতা লুকায়। Encapsulation হল *সুরক্ষা* সম্পর্কে; abstraction হল *কী দেখাতে হবে* তা সম্পর্কে।

## ঝুঁকি

Leaky abstractions (যেখানে বাস্তবায়নের বিবরণ বেরিয়ে আসে) এবং premature abstractions (সমস্যা বোঝার আগে তৈরি) উভয়ই ক্ষতি করে। যা সত্যিই পরিবর্তিত হয় তা বিমূর্ত করুন।

## এটি কেন গুরুত্বপূর্ণ

Abstraction হল কীভাবে আপনি জটিলতা নিয়ন্ত্রণ করেন: কলাররা সম্পূর্ণ সাবসিস্টেমের পরিবর্তে একটি ছোট ইন্টারফেস সম্পর্কে চিন্তা করে।

এটি বাস্তবায়ন অদলবদল করতে সক্ষম করে — একটি নতুন পেমেন্ট প্রদানকারী যোগ করা একটি শ্রেণী স্পর্শ করে, প্রতিটি কলার নয় — যা নমনীয়, পরীক্ষাযোগ্য ডিজাইনের ভিত্তি।