الدوال الافتراضية البحتة (Pure Virtual Functions)
جزء من قسم Object Oriented Programming في رحلة C++ على Coddy — الدرس 59 من 104.
الدالة الافتراضية الصرفة (pure virtual function) هي دالة افتراضية ليس لها تنفيذ في الفئة الأساسية. يتم التصريح عنها من خلال تعيين = 0 لتصريح الدالة. هذا يخبر المترجم أن الفئات المشتقة يجب أن توفر التنفيذ الخاص بها.
class Shape {
public:
virtual double area() = 0; // دالة افتراضية بحتة
virtual ~Shape() = default;
};على عكس الدوال الافتراضية العادية التي توفر سلوكاً افتراضياً، تحدد الدوال الافتراضية الصرفة عقداً: يجب على أي فئة مشتقة ملموسة تنفيذ هذه الدالة لتكون قابلة للإنشاء. تعلن الفئة الأساسية ببساطة ماذا يجب فعله، وليس كيف.
class Circle : public Shape {
double radius;
public:
Circle(double r) : radius(r) {}
double area() override {
return 3.14159 * radius * radius;
}
};
class Rectangle : public Shape {
double width, height;
public:
Rectangle(double w, double h) : width(w), height(h) {}
double area() override {
return width * height;
}
};يجب على كل من Circle و Rectangle تنفيذ area() لأنها دالة افتراضية بحتة في Shape. إذا فشل الصنف المشتق في تنفيذ جميع الدوال الافتراضية البحتة، فإنه يصبح أيضًا صنفًا مجردًا ولا يمكن إنشاء كائن منه.
تعتبر الدوال الافتراضية البحتة (Pure virtual functions) ضرورية عندما لا تستطيع الفئة الأساسية (base class) توفير تنفيذ افتراضي ذي معنى. فكل شكل له مساحة، ولكن لا توجد طريقة منطقية لحساب "مساحة شكل عام" دون معرفة نوع الشكل المحدد.
التحدي
سهللنقم ببناء نظام لمعالجة المدفوعات يوضح كيف تفرض الدوال الافتراضية البحتة (pure virtual functions) عقداً عبر طرق دفع مختلفة. ستقوم بإنشاء فئة أساسية مجردة (abstract base class) تحدد ما يجب على كل معالج دفع القيام به، ثم تنفيذ أنواع دفع ملموسة تفي بهذا العقد.
ستقوم بتنظيم الكود الخاص بك عبر ثلاثة ملفات:
PaymentProcessor.h: قم بتعريف فئةPaymentProcessorمجردة تعمل كمخطط لجميع طرق الدفع. يجب أن تحتوي هذه الفئة على:- عضو محمي (protected) باسم
std::string accountId - منشئ (constructor) يقوم بتهيئة معرف الحساب (account ID)
- دالة افتراضية بحتة
processPayment(double amount)— يجب على كل نوع دفع تنفيذ هذه الدالة بشكل مختلف - دالة افتراضية بحتة
getProcessorName()تعيدstd::string - مدمر افتراضي (virtual destructor)
- عضو محمي (protected) باسم
PaymentMethods.h: قم بتنفيذ معالجي دفع ملموسين يرثان منPaymentProcessor:CreditCardProcessor:- عضو خاص (private) باسم
double feePercentage(معدل رسوم المعاملة) - منشئ يأخذ معرف الحساب ونسبة الرسوم
- تنفيذ
processPayment()لحساب الرسوم (amount * feePercentage / 100)، ثم طباعة:Credit Card [<accountId>]: Charged Credit Card [<accountId>]: Charged $<amount> (Fee: $<fee>)lt;amount> (Fee: Credit Card [<accountId>]: Charged $<amount> (Fee: $<fee>)lt;fee>) - تنفيذ
getProcessorName()ليعيد"CreditCard"
BankTransferProcessor:- عضو خاص (private) باسم
std::string bankName - منشئ يأخذ معرف الحساب واسم البنك
- تنفيذ
processPayment()لطباعة:Bank Transfer [<accountId>] via <bankName>: Transferred Bank Transfer [<accountId>] via <bankName>: Transferred $<amount>lt;amount> - تنفيذ
getProcessorName()ليعيد"BankTransfer"
- عضو خاص (private) باسم
main.cpp: اقرأ أربعة مدخلات (كل منها في سطر منفصل):- معرف حساب بطاقة الائتمان
- نسبة رسوم بطاقة الائتمان (double)
- معرف الحساب البنكي
- اسم البنك
قم بإنشاء كلا معالجي الدفع وتخزينهما في مصفوفة من مؤشرات
PaymentProcessor*. قم بمعالجة دفعة بقيمة100.0من خلال كل معالج، مع عرض اسم المعالج قبل كل معاملة:Processing with <processorName>: <processPayment output>اطبع سطراً فارغاً بين المعالجين. قم بتنظيف الكائنات المخصصة ديناميكياً عند الانتهاء.
على سبيل المثال، مع المدخلات CC-4521، و 2.5، و BA-7890، و National Bank:
Processing with CreditCard:
Credit Card [CC-4521]: Charged $100 (Fee: $2.5)
Processing with BankTransfer:
Bank Transfer [BA-7890] via National Bank: Transferred $100نظراً لأن PaymentProcessor يحتوي على دوال افتراضية بحتة، فلا يمكنك إنشاء كائن منه مباشرةً — يمكن فقط إنشاء التنفيذات الملموسة التي تفي بالعقد. يضمن ذلك أن توفر كل طريقة دفع منطق المعالجة الخاص بها.
ورقة مرجعية
يتم التصريح عن الدالة الافتراضية البحتة (pure virtual function) من خلال تعيين = 0 لدالة افتراضية، مما يشير إلى أنه ليس لها تنفيذ في الفئة الأساسية:
class Shape {
public:
virtual double area() = 0; // دالة افتراضية بحتة
virtual ~Shape() = default;
};تُنشئ الدوال الافتراضية البحتة عقداً يجب على الفئات المشتقة تنفيذه. تحدد الفئة الأساسية ماذا يجب القيام به، وليس كيفية القيام به.
يجب على الفئات المشتقة تجاوز (override) جميع الدوال الافتراضية البحتة لتكون قابلة للإنشاء:
class Circle : public Shape {
double radius;
public:
Circle(double r) : radius(r) {}
double area() override {
return 3.14159 * radius * radius;
}
};إذا لم تقم الفئة المشتقة بتنفيذ جميع الدوال الافتراضية البحتة، فإنها تصبح أيضاً فئة مجردة (abstract) ولا يمكن إنشاء كائنات منها.
استخدم الدوال الافتراضية البحتة عندما لا تستطيع الفئة الأساسية توفير تنفيذ افتراضي ذي معنى.
جرّب بنفسك
#include <iostream>
#include <string>
#include "PaymentMethods.h"
using namespace std;
int main() {
// قراءة المدخلات
string ccAccountId;
double feePercentage;
string bankAccountId;
string bankName;
getline(cin, ccAccountId);
cin >> feePercentage;
cin.ignore();
getline(cin, bankAccountId);
getline(cin, bankName);
// TODO: إنشاء مصفوفة من مؤشرات PaymentProcessor* تحتوي على عنصرين
// TODO: إنشاء كائنات CreditCardProcessor و BankTransferProcessor
// وتخزينها في المصفوفة
// TODO: المرور عبر المصفوفة وبشأن كل معالج:
// 1. طباعة "Processing with <processorName>:"
// 2. استدعاء processPayment بمبلغ 100.0
// 3. طباعة سطر فارغ بين المعالجات (ليس بعد الأخير)
// TODO: تنظيف الكائنات المخصصة ديناميكيًا
return 0;
}
يتضمن هذا الدرس اختبارًا قصيرًا. ابدأ الدرس للإجابة عليه وتتبّع تقدمك.
جميع دروس Object Oriented Programming
1أساسيات الـ OOP
الملفات الخارجيةبناء وتجميع (Compilation) لغة C++ملفات الـ Header وملفات الـ Sourceالـ Namespaces والـ Scopeمقدمة في الـ OOP في C++الـ Classes مقابل الـ Objectsالمؤشر 'this'الـ Methods (الدوال الأعضاء)الـ Attributes (بيانات الأعضاء)أساسيات الـ Ctors والـ Dtorsمراجعة - آلة حاسبة بسيطة4خصائص الـ Class
أعضاء الـ Instance مقابل الـ Staticدوال الـ Getters والـ Settersدوال الأعضاء الثابتة (Const)الكلمة المفتاحية Mutableالدوال والمتغيرات الساكنة (Static)الدوال والفئات الصديقة (Friend)مراجعة - مدير الحساب البنكي7الوراثة
الوراثة الأساسيةمستويات الوصول في الوراثةترتيب استدعاء الـ Ctor والـ Dtorإعادة تعريف الدوال (Method Overriding)الدوال الافتراضية والـ VTableالوراثة المتعددةالوراثة الافتراضيةمراجعة - هيكلية الموظفين10نظرة عامة على STL
نظرة عامة وفلسفة STLحاويات STLالـ Iteratorsخوارزميات STLالـ Functors وتعبيرات Lambdaمراجعة - تكرار الكلمات13أنماط التصميم - الجزء الأول
مقدمة في أنماط التصميمنمط Singletonنمط Factory و Abstract Factoryنمط Builderنمط Observerنمط Strategy2إدارة الذاكرة
ذاكرة Stack مقابل Heapالمؤشرات والمراجعالذاكرة الديناميكية (new/delete)المؤشرات الذكية في C++RAII في C++مراجعة - مدير المصفوفات الديناميكية5التغليف (Encapsulation)
محددات الوصول في C++محددات الوصول بشكل متعمقإخفاء المعلوماتStruct مقابل Classالأصناف المتداخلة والداخليةمراجعة - نظام سجلات الطلاب8تعدد الأشكال (Polymorphism)
تعدد الأشكال: وقت التجميع مقابل وقت التشغيلالتحميل الزائد للدوال (Function Overloading)مراجعة الدوال الافتراضية (Virtual Functions)الدوال الافتراضية البحتة (Pure Virtual Functions)الأصناف المجردة (Abstract Classes)تصميم الواجهات (Interface) في C++التحويل الديناميكي (Dynamic Casting) و RTTIملخص - حاسبة الأشكال11مفاهيم OOP المتقدمة
التركيب مقابل الوراثةالـ Mixins عبر CRTPنمط Pimplمحو النوع (Type Erasure)أصناف Enum والأنواع القويةمعالجة الاستثناءات في OOPتسلسلات الاستثناءات المخصصة14أنماط التصميم - الجزء الثاني
نمط الأمرنمط المحولنمط المزيننمط قالب الطريقةنمط الحالةنمط التركيبRAII كنمط3المنشئات والموادم
المنشئ الافتراضيالمنشئ ذو المعاملاتمنشئ النسخمنشئ النقلقوائم تهيئة المنشئالمنشئات المفوضةتعمق في الموادمقاعدة الثلاثة / الخمسة / الصفرمراجعة - فئة String6تحميل العوامل (Operator Overloading)
مقدمة في تحميل العواملتحميل العوامل الحسابيةتحميل عوامل المقارنةعوامل Streamتحميل عامل التعيينتحميل العوامل [] و ()عوامل تحويل النوعمراجعة - Matrix Class9القوالب
قوالب الدوالقوالب الأصنافتخصيص القوالبالقوالب المتغيرةأساسيات SFINAE و Type Traitsمراجعة - الحاويات العامة