protocols और extensions के साथ protocol-oriented programming समझाइए।

Question

IT Interview Practice · Accepted Answer

**Protocol-oriented programming (POP)** व्यवहार साझा करने का Swift का पसंदीदा तरीका है: एक base class से inherit करने के बजाय, types **protocols के अनुरूप** होते हैं, और **protocol extensions** पुन: प्रयोज्य default implementations प्रदान करते हैं। यह आपको single inheritance की कठोरता के बिना composition और code reuse देता है।

## यह कैसे काम करता है

एक protocol requirements declare करता है; उस protocol पर एक extension default व्यवहार प्रदान करता है जिसे कोई भी conformer मुफ्त में inherit करता है।

```swift
protocol Identifiable {
    var id: String { get }          // requirement
}

protocol Describable {
    var name: String { get }
}

// Default implementation shared by ALL conformers
extension Describable {
    func describe() -> String { "Item: \(name)" }
}

struct Product: Identifiable, Describable {   // composes multiple protocols
    let id: String
    let name: String
}

Product(id: "1", name: "Book").describe()     // => "Item: Book" (free)
```

## Protocol extensions बनाम class inheritance

- **Structs और enums conform कर सकते हैं** — POP value types पर काम करता है, class inheritance नहीं कर सकती।
- **Multiple conformance**: एक type कई protocols अपना सकता है; एक class का एक ही superclass होता है।
- **Constrained extensions** केवल वहीं व्यवहार जोड़ते हैं जहाँ यह समझ में आता है:

```swift
extension Collection where Element: Numeric {
    func total() -> Element { reduce(0, +) }   // only for numeric collections
}
[1, 2, 3].total()   // => 6
```

## सावधानियाँ

- **Static बनाम dynamic dispatch:** एक method जो *केवल* extension में परिभाषित है (protocol में नहीं), variable के declared type द्वारा statically dispatch होता है — इसलिए किसी conformer में इसे override करने पर यह protocol-typed reference के माध्यम से call नहीं भी हो सकता। dynamic dispatch पाने के लिए इसे protocol में declare करें।

## यह क्यों महत्वपूर्ण है

POP Swift standard library (`Equatable`, `Collection`, `Codable`) और testable architecture की रीढ़ है — आप protocols पर निर्भर होते हैं और conformers को mocks से बदल देते हैं। Interviewers यह जाँचने के लिए इसकी पड़ताल करते हैं कि आप गहरे, नाजुक class hierarchies बनाने के बजाय protocols के साथ व्यवहार compose करते हैं या नहीं।

यह कैसे काम करता है

Protocol extensions बनाम class inheritance

सावधानियाँ

यह क्यों महत्वपूर्ण है

संबंधित प्रश्न