Protocol Extension في Swift: ما هو وكيفية استخدامه

ما هو Protocol Extension؟

Protocol Extension هي طريقة لإضافة تطبيقات للطرق والخصائص المحسوبة إلى بروتوكول موجود. بدون الامتدادات، يحدد البروتوكول المتطلبات فقط، وينفذها كل نوع على حدة.

Protocol Extension تحل مشكلة تكرار الكود: إذا اعتمدت خمس structs نفس البروتوكول ونفذت نفس الطريقة، فإن الامتداد يوفر التطبيق الافتراضي مرة واحدة.

وفقًا Swift Evolution proposal SE-0186، فإن protocol extensions هي إحدى الميزات الرئيسية التي حددت نجاح POP. إنها تسمح بإضافة سلوك مشترك دون إنشاء فئات أساسية ودون انتهاك مبدأ المسؤولية الفردية.

بناء جملة protocol extension

يتم تعريف Protocol Extension كامتداد عادي ولكن باسم البروتوكول بدلاً من النوع.

protocol Greetable {
    var name: String { get }
    func greet() -> String
}

extension Greetable {
    func greet() -> String {
        return "Hello, \(name)!"
    }
}

الآن أي نوع يتبنى Greetable يحصل تلقائيًا على تطبيق greet:

struct Person: Greetable {
    let name: String
}
// يمتلك Person تلقائيًا greet()

let user = Person(name: "Alice")
print(user.greet()) // "مرحبًا أليس!"

يمكن أن تحتوي Protocol Extension على خصائص محسوبة ولكن ليس خصائص مخزنة (لا يمكن للبروتوكولات تحديد تخزين). يمكنك أيضًا إضافة رموز فرعية وأنواع متداخلة من خلال الامتدادات.

تطبيقات الطرق الافتراضية

التطبيق الافتراضي هو الاستخدام الرئيسي لـ protocol extension. يمكن للنوع تجاوز الطريقة من خلال توفير نسخته الخاصة.

protocol Loggable {
    func log(message: String)
}

extension Loggable {
    func log(message: String) {
        print("[Default] \(message)")
    }
}

struct ConsoleLogger: Loggable {}
// يستخدم التطبيق الافتراضي

struct FileLogger: Loggable {
    func log(message: String) {
        // التطبيق المخصص يتجاوز الافتراضي
        writeToFile(message)
    }
}

فرق مهم عن وراثة الفئات: إذا نفذ النوع نفسه طريقة البروتوكول، يتم استدعاء تطبيقه. إذا لم يفعل، يتم استخدام التطبيق الافتراضي من الامتداد. هذا هو الإرسال الثابت — يتم اتخاذ القرار في وقت الترجمة.

قيود where في protocol extension

جملة where تسمح بتقييد protocol extension فقط للأنواع التي تستوفي شروطًا إضافية. هذه آلية قوية لإضافة سلوك متخصص.

protocol Printable {
    var content: String { get }
}

extension Printable where Self: CustomStringConvertible {
    func debugPrint() -> String {
        return "[Printable] \(content)"
    }
}

هنا debugPrint متاح فقط للأنواع التي تنفذ في نفس الوقت Printable و CustomStringConvertible. المكتبة القياسية Swift تستخدم هذا النمط على نطاق واسع — على سبيل المثال، امتدادات لـ Collection حيث Element.

جمل where مع قيود مساواة النوع مفيدة بشكل خاص:

extension Collection where Element == String {
    func commaJoined() -> String {
        return self.joined(separator: ", ")
    }
}

let words = ["Swift", "Kotlin", "Java"]
print(words.commaJoined()) // "Swift, Kotlin, Java"

هذه الآلية تجعل protocol extension انتقائيًا: طريقة commaJoined متاحة فقط لمجموعات السلاسل النصية، وليس للمجموعات الرقمية. يتحقق المترجم من القيود بشكل ثابت.

يمكن لقيود where التحقق من:

• الامتثال لبروتوكول: where Self: Equatable
• تقييد النوع: where Element == String
• مجموعات: where Element: Numeric, Element: Comparable

هذا يجعل protocol extension آلية قوية لإضافة سلوك متخصص دون تلويث تطبيق البروتوكول العام.

Protocol Extensions مقابل الوراثة

يتساءل العديد من المطورين: متى نستخدم protocol extensions ومتى نستخدم وراثة الفئات؟ تعتمد الإجابة على النموذج المعماري.

توصي Apple بالبدء بـ protocol + extension والتحول إلى الفئات فقط عند الحاجة إلى حالة مشتركة أو هوية (دلالات مرجعية). توفر protocol extensions التكوين بدلاً من الوراثة — نهج أكثر مرونة وقابلية للاختبار.

في الممارسة العملية، تُستخدم protocol extensions غالبًا لإضافة طرق تغليف ملائمة أعلى متطلبات البروتوكول. على سبيل المثال، إذا كان البروتوكول يتطلب طريقة validate بتقرير مفصل، يمكن للامتداد إضافة طريقة isValid التي تُرجع قيمة منطقية بناءً على النسخة الكاملة. هذا يبسط كود العميل دون تغيير عقد البروتوكول. يُسمى هذا النمط «تطبيق افتراضي مع API مشتقة» ويستخدم على نطاق واسع في المكتبة القياسية لـ Swift والأطر الخارجية الشهيرة. إنها إحدى التقنيات الرئيسية للبرمجة الموجهة بالبروتوكولات وأساس العمارة المرنة.