वारसापत्र, अमूर्त वर्ग आणि इंटरफेस कसे काम करतात?

Question

Accepted Answer

PHP OOP वारसापत्र आणि अमूर्तता तीन संबंधित यंत्रणांद्वारे समर्थन करते: **वर्ग वारसापत्र** (`extends`), **अमूर्त वर्ग** (आंशिक बेस वर्ग), आणि **इंटरफेस** (करार). प्रत्येक वेगवेगळ्या डिজाइन उद्देशाची पूर्तता करते.

## वारसापत्र — एक मूळ वर्ग विस्तारित करा

```php
<?php
class Animal {
    public function __construct(protected string $name) {}
    public function eat(): string { return "{$this->name} eats"; }
}

class Dog extends Animal {              // Dog inherits Animal's members
    public function bark(): string { return "Woof"; }
    public function eat(): string {     // override
        return parent::eat() . " noisily";   // parent:: calls the superclass method
    }
}
```

एक सबक्लास `extends` एक मूळ वर्गाला वारसा घेते आणि वैकल्पिकरित्या त्याचे सदस्य ओव्हरराइड करते. `parent::` ओव्हरराइड केलेल्या मूळ पद्धतीला कॉल करते. PHP **एकल वारसापत्र** (फक्त एक मूळ) समर्थन करते.

## अमूर्त वर्ग — एक आंशिक बेस (तात्काळीकरण केले जाऊ शकत नाही)

```php
abstract class Shape {
    abstract public function area(): float;     // abstract — subclasses MUST implement
    public function describe(): string {         // concrete — shared implementation
        return "Area: " . $this->area();
    }
}
class Circle extends Shape {
    public function __construct(private float $r) {}
    public function area(): float { return 3.14159 * $this->r ** 2; }   // must implement
}
// new Shape();  // ❌ error — abstract classes can't be instantiated
```

एक **अमूर्त वर्ग** अमूर्त पद्धती (सबक्लासेसने लागू करणे आवश्यक) सह ठोस सामायिक कोड मिश्रित करते — एक बेस ज्याचे थेट तात्काळीकरण केले जाऊ शकत नाही.

## इंटरफेस — शुद्ध करार (एकाधिक अनुमत)

```php
interface Drawable {
    public function draw(): void;       // only signatures — no implementation
}
interface Serializable {
    public function serialize(): string;
}

class Widget implements Drawable, Serializable {   // implement MULTIPLE interfaces
    public function draw(): void { /* ... */ }
    public function serialize(): string { return "..."; }
}
```

एक **इंटरफेस** एक करार (पद्धती हस्ताक्षर, कोणतेही अंमलीकरण नाही) परिभाषित करते. एक वर्ग **अनेक** इंटरफेस `implement` करू शकतो — एकल वारसापत्राच्या मर्यादांच्या भोवती PHP चा मार्ग.

## कोणता कधी वापरायचा

```text
extends (inheritance) → "is-a" relationship, reuse + override behavior
abstract class → a base with SHARED code + methods subclasses must implement (single)
interface → a CONTRACT/capability multiple unrelated classes can fulfill (multiple)
→ "Program to an interface" — depend on interfaces for flexible, testable designs.
```

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

वारसापत्र, अमूर्त वर्ग, आणि इंटरफेस मूळ OOP साधने आहेत, आणि या फरकांची समज PHP अनुप्रयोगांची सुसंरचित डिजाइन करण्यासाठी महत्वाचे आहे (आणि फ्रेमवर्कसह काम करण्यासाठी, जे यांच्यावर मोठ्या प्रमाणात अवलंबून आहेत). **वारसापत्र** (`extends`) "is-a" संबंधांद्वारे कोड पुनरुपयोग प्रदान करते, परंतु PHP फक्त एकल वारसापत्र अनुमत करते. **अमूर्त वर्ग** अंमलबजावणी केलेल्या कोड आणि पद्धती दोन्ही सह एक सामायिक बेस प्रदान करते जे सबक्लासेसने परिभाषित केले पाहिजे — जवळून संबंधित वर्गांसाठी तर्कक्षमता सामायिक करणे चांगले. **इंटरफेस** करार/क्षमता परिभाषित करते, आणि महत्वाचे म्हणजे एक वर्ग त्यांची **अनेक** अंमलबजावणी करू शकतो — लवकर, विखुरलेली डिजाइन आणि एकल-वारसापत्र मर्यादांच्या PHP उत्तरासाठी इंटरफेस महत्वाचे बनवणे.

प्रत्येक कधी वापरायचा हे जाणून घेणे (is-a पुनरुपयोगासाठी वारसापत्र, सामायिक आंशिक अंमलीकरणासाठी अमूर्त वर्ग, करार/क्षमताओंसाठी इंटरफेस), आणि **इंटरफेसला प्रोग्रामिंग** करण्याचे तत्त्व (परीक्षण करण्यायोग्य, लचकदार, फ्रेमवर्क-मित्र कोडसाठी अमूर्तातेवर अवलंबून), ऑब्जेक्ट-केंद्रित PHP डिजाइनसाठी महत्वाचे ज्ञान आहे.

ही यंत्रणा Laravel आणि Symfony सारख्या फ्रेमवर्कने त्यांचा कोड कसा संरचित करते (इंटरफेस आणि अमूर्त बेस वर्ग सर्वत्र) हे अधोरेखित करते, ज्यामुळे ते तुमचा स्वतःचा कोड सुचित्रितरित्या डिजाइन करण्यासाठी आणि तुम्ही ज्या फ्रेमवर्कवर बांधता त्याला समजण्यासाठी आवश्यक आहेत.