الواجهات الضمنية
جزء من قسم Object Oriented Programming في رحلة Dart على Coddy — الدرس 46 من 110.
بما أن كل Dart class تحدد interface تلقائياً، يمكنك استخدام أي class كـ interface - حتى الـ concrete classes ذات التنفيذات الكاملة. هذا ما نسميه implicit interface.
تأمل فئة (class) تحتوي على خصائص (properties) ودوّال (methods):
class Logger {
String prefix = '[LOG]';
void log(String message) {
print('$prefix $message');
}
void clear() {
print('Clearing logs...');
}
}عندما تقوم فئة (class) أخرى بتنفيذ Logger، يجب عليها تقديم تنفيذها الخاص لـ كل شيء - بما في ذلك خاصية prefix:
class FileLogger implements Logger {
@override
String prefix = '[FILE]';
@override
void log(String message) {
print('$prefix Writing to file: $message');
}
@override
void clear() {
print('Deleting log file...');
}
}هذه هي الفكرة الجوهرية: عندما تستخدم implements، فأنت تقول "سيكون لفئتي (class) نفس الشكل" - نفس الأساليب (methods) والخصائص (properties). أنت لا ترث أي كود، أو دوال بناء (constructors)، أو قيم افتراضية. أنت تَعِد فقط بمطابقة هيكل الواجهة (interface).
هذا يجعل الواجهات الضمنية قوية لإنشاء مكونات قابلة للتبديل. يمكن للكود الذي يتوقع Logger أن يعمل مع أي فئة تنفذ واجهته، بغض النظر عن كيفية عمل هذا التنفيذ داخلياً.
التحدي
سهللنقم ببناء نظام إشعارات يوضح كيف يمكن للفئات الملموسة (concrete classes) أن تعمل كواجهات ضمنية (implicit interfaces). ستقوم بإنشاء فئة إشعارات أساسية ثم تنفيذها بطريقة مختلفة تماماً، مما يوضح أن implements تتطلب منك توفير جميع الأعضاء بنفسك.
ستقوم بتنظيم الكود الخاص بك في ملفين:
notification.dart: حدد فئات الإشعارات الخاصة بك هنا:- فئة
Notificationمع خاصيةString channelمضبوطة على'default'، وطريقةsend(String message)تطبع[channel]: [message]، وطريقةgetStatus()تعيد السلسلة النصية'Notification ready' - فئة
EmailNotificationالتي تنقذ (implements)Notification. بما أنك تستخدمimplements، يجب عليك توفير خاصيةchannelالخاصة بك (اضبطها على'email')، وطريقةsend()الخاصة بك التي تطبعSending email: [message]، وطريقةgetStatus()الخاصة بك التي تعيد'Email service active' - فئة
PushNotificationالتي تنقذ (implements)Notification. اضبط الـchannelالخاص بها على'push'، واجعلsend()تطبعPush alert: [message]، واجعلgetStatus()تعيد'Push service connected'
- فئة
main.dart: استورد ملف الإشعارات الخاص بك ووضح كيف يمكن للفئات المختلفة تنفيذ نفس الواجهة الضمنية بسلوكيات مختلفة تماماً:- أنشئ كائناً من
EmailNotificationوآخر منPushNotification - لكل إشعار، اطبع حالته باستخدام
getStatus()، ثم استدعِsend()مع الرسالة'Hello World' - اطبع سطراً فارغاً بين الإشعارين
- أنشئ كائناً من
تذكر: عندما تستخدم implements، فأنت لا ترث أي كود من Notification. أنت فقط تتعهد بأن فئتك سيكون لها نفس الشكل - نفس الخصائص والطرق. توفر كل فئة منفذة تنفيذها الكامل الخاص بها.
المخرجات المتوقعة:
Email service active
Sending email: Hello World
Push service connected
Push alert: Hello Worldورقة مرجعية
في لغة Dart، يحدد كل كلاس تلقائياً واجهة ضمنية (implicit interface). وهذا يعني أنه يمكنك استخدام أي كلاس كواجهة، حتى الكلاسات الملموسة (concrete classes) ذات التنفيذ الكامل.
عندما يستخدم كلاس الكلمة المفتاحية implements، يجب عليه توفير تنفيذه الخاص لـ جميع الخصائص والأساليب (methods) من الواجهة. أنت لا ترث أي كود أو منشئات (constructors) أو قيم افتراضية - بل تعد فقط بمطابقة هيكل الواجهة.
مثال على كلاس ملموس (concrete class):
class Logger {
String prefix = '[LOG]';
void log(String message) {
print('$prefix $message');
}
void clear() {
print('Clearing logs...');
}
}تنفيذ الواجهة الضمنية:
class FileLogger implements Logger {
@override
String prefix = '[FILE]';
@override
void log(String message) {
print('$prefix Writing to file: $message');
}
@override
void clear() {
print('Deleting log file...');
}
}هذا يجعل الواجهات الضمنية قوية لإنشاء مكونات قابلة للتبديل. الكود الذي يتوقع Logger يمكنه العمل مع أي كلاس ينفذ واجهته، بغض النظر عن التنفيذ الداخلي.
جرّب بنفسك
import 'notification.dart';
void main() {
// TODO: EmailNotification قم بإنشاء مثيل من
// TODO: getStatus() قم بطباعة حالة إشعار البريد الإلكتروني باستخدام
// TODO: باستخدام إشعار البريد الإلكتروني 'Hello World' قم بإرسال رسالة
// TODO: قم بطباعة سطر فارغ
// TODO: PushNotification قم بإنشاء مثيل من
// TODO: getStatus() قم بطباعة حالة إشعار الدفع باستخدام
// TODO: باستخدام إشعار الدفع 'Hello World' قم بإرسال رسالة
}
يتضمن هذا الدرس اختبارًا قصيرًا. ابدأ الدرس للإجابة عليه وتتبّع تقدمك.
جميع دروس Object Oriented Programming
1أساسيات الـ OOP
الملفات الخارجيةالمكتبات والـ Importsمقدمة في الـ OOPالـ Classes مقابل الـ Objectsالكلمة المفتاحية thisالـ Methodsمتغيرات الـ Instanceأساسيات الـ Constructorمراجعة - آلة حاسبة بسيطة4أمان الـ Null
مقدمة في أمان الـ NullNullable مقابل Non-Nullableعاملا الـ ? و !الكلمة المفتاحية Late وأمان الـ Nullالعوامل المدركة للـ Nullأمان الـ Null في الـ Classesمراجعة - نظام ملف تعريف المستخدم7الفئات المجردة والواجهات
الفئات المجردةالدوال المجردةالواجهات في Dartالواجهات الضمنيةالتنفيذ مقابل التوسيعالواجهات المتعددةمراجعة - حاسبة الأشكال10المجموعات والأنماط العامة
نظرة عامة على List و Set و Mapالمجموعات آمنة النوعالفئات العامةالدوال العامةقيود الأنماط العامةIterable و Iteratorملخص - التخزين العام13مفاهيم OOP المتقدمة
التركيب مقابل الوراثة (Composition vs Inheritance)دوال التوسعة (Extension Methods)الأصناف القابلة للاستدعاء (Callable Classes)الأصناف المختومة (Sealed Classes - Dart 3)السجلات (Records - Dart 3)الأنماط والمطابقة (Patterns & Matching - 3.0)التعدادات مع الدوال (Enums with Methods)2المنشئات في Dart
المنشئ الافتراضيالمنشئات المسماةقوائم التهيئةالمنشئات الثابتةالمنشئات المصنعيةالمنشئات الموجهةملخص - بناء الأشكال5التغليف (Encapsulation)
الأعضاء العامة مقابل الخاصةاتفاقية البادئة _الخصوصية على مستوى المكتبةتعمق في Getters و Settersإخفاء المعلوماتمراجعة - سجلات الطلاب8Mixins
مقدمة إلى Mixinsإنشاء Mixinsاستخدام Mixins متعددةالكلمة المفتاحية on في MixinsMixin مقابل الوراثة (Inheritance)Mixin مقابل الواجهة (Interface)مراجعة - نظام الحيوانات (Animal System)3خصائص الـ Class
أعضاء الـ Instance مقابل الـ Staticحقول Final و Constمتغيرات Lateالـ Static Methods والحقولدوال الـ Getters والـ Settersمراجعة - مدير الحساب البنكي6الوراثة
أساسيات الوراثةالكلمة المفتاحية superإعادة تعريف الدوال (Method Overriding)الوسم @overrideالكلمة المفتاحية final Classالدوال البانية والوراثةمراجعة - هيكلية الموظفين9تعدد الأشكال
أساسيات تعدد الأشكالتعدد الأشكال عبر الـ Interfacesالتحقق من النوع أثناء التشغيلالمعاملات is و asالكلمة المفتاحية Covariantملخص - معالج الدفع12البرمجة الكائنية غير المتزامنة (Async OOP)
Futures و async/awaitأساسيات الـ Streamsمتحكمات الـ Streamsالـ Constructors غير المتزامنةالعمليات غير المتزامنة في دوال الكلاسمراجعة - جالب البيانات (Data Fetcher)15أنماط التصميم - الجزء الثاني
نمط الأمرنمط المحولنمط المزيننمط طريقة القالبنمط الحالةنمط التركيبنمط المستودع