რა არის აბსტრაქცია 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 — ეს დამოკიდებულია *იდეაზე* სამუშაოდ, არა დეტალებზე.

## აბსტრაქცია წინააღმდეგ ინკაფსულაცია

ისინი დაკავშირებულია, მაგრამ განსხვავებული: **ინკაფსულაცია** ფარავს მდგომარეობას მის დასაცავად; **აბსტრაქცია** ფარავს სირთულეს ინტერფეისის გასამარტივებლად. ინკაფსულაცია ეხება *დაცვას*; აბსტრაქცია ეხება *რა უჩვენოთ*.

## პრობლემა

ხელმისაწვდომელი აბსტრაქციები (სადაც რეალიზაციის დეტალები გაჟონება) და დაუნაკერი აბსტრაქციები (აშენებული პრობლემის გაგებამდე) ორივე საზიანოა. აბსტრაქტირებული იყოს ის, რაც მნიშვნელოვნად იცვლება.

## რატომ არის ეს მნიშვნელოვანი

აბსტრაქცია არის ის, თუ როგორ ერთმანეთისთვის სირთულე: დამკრეს ფიქრი არის მცირე ინტერფეისის შესახებ სრულ ქვესისტემის ნაცვლად.

ეს საშუალებას აძლევს რეალიზაციების გაცვლა — ახალი გადახდის პროვაიდერის დამატება ხტება ერთი კლასი, არა ყოველი მოკრეო — რომელიც წარმოადგენს მოქნილი, ტესტირებადი დიზაინის საფუძველს.