نمط طريقة القالب
جزء من قسم Object Oriented Programming في رحلة GO على Coddy — الدرس 94 من 107.
يحدد نمط Template Method الهيكل العام لخوارزمية في نوع أساسي، مما يسمح للأنواع الفرعية بتجاوز خطوات محددة دون تغيير الهيكل العام. بينما يضيف Decorator سلوكاً عن طريق تغليف الكائنات، يتحكم Template Method في تدفق الخوارزمية ويسمح بتخصيص الخطوات الفردية.
في لغة Go، وبما أنه لا يوجد وراثة، فإننا نقوم بتنفيذ هذا النمط باستخدام تضمين الهياكل (struct embedding) مدمجاً مع الواجهات (interfaces). يحدد هيكل الـ "template" هيكلية الخوارزمية ويستدعي الدوال التي يمكن تخصيصها:
type DataProcessor interface {
ReadData() string
ProcessData(data string) string
SaveData(result string) string
}
type BaseProcessor struct {
Impl DataProcessor
}
func (b *BaseProcessor) Execute() string {
data := b.Impl.ReadData()
result := b.Impl.ProcessData(data)
return b.Impl.SaveData(result)
}توفر التنفيذات الملموسة إصداراتها الخاصة لكل خطوة بينما يظل تدفق الخوارزمية دون تغيير:
type CSVProcessor struct{}
func (c CSVProcessor) ReadData() string { return "csv-data" }
func (c CSVProcessor) ProcessData(d string) string { return "processed-" + d }
func (c CSVProcessor) SaveData(r string) string { return "Saved: " + r }
type JSONProcessor struct{}
func (j JSONProcessor) ReadData() string { return "json-data" }
func (j JSONProcessor) ProcessData(d string) string { return "parsed-" + d }
func (j JSONProcessor) SaveData(r string) string { return "Stored: " + r }تُنظم طريقة القالب Execute الخطوات بترتيب ثابت:
csvProc := &BaseProcessor{Impl: CSVProcessor{}}
fmt.Println(csvProc.Execute()) // تم الحفظ: processed-csv-data
jsonProc := &BaseProcessor{Impl: JSONProcessor{}}
fmt.Println(jsonProc.Execute()) // تم التخزين: parsed-json-dataيُعد نمط القالب (Template Method) مثاليًا عندما يكون لديك خوارزميات تشترك في نفس الهيكل ولكنها تختلف في خطوات محددة، مثل خطوط أنابيب استيراد/تصدير البيانات، أو مولدات التقارير، أو أطر عمل الاختبار.
التحدي
سهللنقم ببناء نظام لإنشاء التقارير باستخدام نمط Template Method! ستقوم بإنشاء إطار عمل حيث تتبع أنواع التقارير المختلفة نفس عملية الإنشاء — جمع البيانات، تنسيقها، وإخراج النتيجة — ولكن كل نوع تقرير يخصص هذه الخطوات بشكل مختلف.
ستقوم بتنظيم الكود الخاص بك عبر ثلاثة ملفات:
report.go: قم بتعريف الواجهة (interface) والمعالج الأساسي الذي ينظم خوارزمية إنشاء التقارير.أنشئ واجهة
ReportGeneratorبثلاث طرق (methods) تمثل خطوات إنشاء التقرير:GatherData() string— يسترجع البيانات الخام للتقريرFormatData(data string) string— يحول البيانات إلى تنسيق التقريرOutputReport(formatted string) string— ينتج رسالة المخرجات النهائية
قم ببناء هيكل
ReportProcessorيحتوي على تنفيذ لـReportGenerator. أضف طريقةGenerate() stringتنفذ الخطوات الثلاث بالترتيب: الجمع، التنسيق، ثم الإخراج — مع إرجاع النتيجة النهائية.generators.go: قم بتنفيذ مولدات تقارير ملموسة تخصص كل خطوة.أنشئ نوعين من التقارير:
SalesReportمع حقلRegion(string)GatherData()يرجع"sales-data-[region]"FormatData(data)يرجع"SALES REPORT: [data]"OutputReport(formatted)يرجع"Printed: [formatted]"
InventoryReportمع حقلWarehouse(string)GatherData()يرجع"inventory-[warehouse]"FormatData(data)يرجع"*** [data] ***"OutputReport(formatted)يرجع"Exported: [formatted]"
main.go: وضح كيف ينتج نفس هيكل الخوارزمية نتائج مختلفة بناءً على التنفيذ.اقرأ نوع التقرير (
"sales"أو"inventory") وقيمة التكوين (المنطقة للمبيعات، أو المستودع للمخزون). أنشئ المولد المناسب، وقم بتغليفه فيReportProcessor، واستدعِGenerate()، ثم اطبع النتيجة.
سيتم توفير المدخلات التالية:
- السطر 1: نوع التقرير (
"sales"أو"inventory") - السطر 2: قيمة التكوين (اسم المنطقة أو اسم المستودع)
على سبيل المثال، إذا كان المدخل:
sales
Northيجب أن يكون مخرجك:
Printed: SALES REPORT: sales-data-Northوإذا كان المدخل:
inventory
MainHubيجب أن يكون مخرجك:
Exported: *** inventory-MainHub ***وإذا كان المدخل:
sales
Westيجب أن يكون مخرجك:
Printed: SALES REPORT: sales-data-Westلاحظ كيف يقوم ReportProcessor دائمًا باستدعاء نفس الخطوات الثلاث بنفس الترتيب، ولكن كل نوع تقرير يقدم تنفيذه الخاص لتلك الخطوات. يظل هيكل الخوارزمية ثابتًا بينما تختلف التفاصيل — هذا هو نمط Template Method في العمل!
ورقة مرجعية
يحدد نمط طريقة القالب (Template Method pattern) الهيكل العظمي لخوارزمية في نوع أساسي، مما يسمح للأنواع الفرعية بتجاوز خطوات محددة دون تغيير الهيكل العام.
في لغة Go، يتم تنفيذ هذا النمط باستخدام تضمين الهياكل (struct embedding) مع الواجهات (interfaces). يحدد هيكل "القالب" بنية الخوارزمية ويستدعي الأساليب التي يمكن تخصيصها:
type DataProcessor interface {
ReadData() string
ProcessData(data string) string
SaveData(result string) string
}
type BaseProcessor struct {
Impl DataProcessor
}
func (b *BaseProcessor) Execute() string {
data := b.Impl.ReadData()
result := b.Impl.ProcessData(data)
return b.Impl.SaveData(result)
}توفر التنفيذات الملموسة إصداراتها الخاصة من كل خطوة بينما يظل تدفق الخوارزمية دون تغيير:
type CSVProcessor struct{}
func (c CSVProcessor) ReadData() string { return "csv-data" }
func (c CSVProcessor) ProcessData(d string) string { return "processed-" + d }
func (c CSVProcessor) SaveData(r string) string { return "Saved: " + r }
type JSONProcessor struct{}
func (j JSONProcessor) ReadData() string { return "json-data" }
func (j JSONProcessor) ProcessData(d string) string { return "parsed-" + d }
func (j JSONProcessor) SaveData(r string) string { return "Stored: " + r }تقوم طريقة القالب بتنسيق الخطوات بترتيب ثابت:
csvProc := &BaseProcessor{Impl: CSVProcessor{}}
fmt.Println(csvProc.Execute()) // Saved: processed-csv-data
jsonProc := &BaseProcessor{Impl: JSONProcessor{}}
fmt.Println(jsonProc.Execute()) // Stored: parsed-json-dataيعد نمط طريقة القالب (Template Method) مثاليًا عندما تشترك الخوارزميات في نفس الهيكل ولكنها تختلف في خطوات محددة، مثل خطوط أنابيب استيراد/تصدير البيانات، أو مولدات التقارير، أو أطر عمل الاختبار.
جرّب بنفسك
package main
import (
"bufio"
"fmt"
"os"
)
func main() {
scanner := bufio.NewScanner(os.Stdin)
// قراءة نوع التقرير
scanner.Scan()
reportType := scanner.Text()
// قراءة قيمة التكوين (المنطقة أو المستودع)
scanner.Scan()
configValue := scanner.Text()
// TODO: إنشاء المولد المناسب بناءً على reportType
// - إذا كان reportType هو "sales"، فقم بإنشاء SalesReport مع تعيين Region إلى configValue
// - إذا كان reportType هو "inventory"، فقم بإنشاء InventoryReport مع تعيين Warehouse إلى configValue
// TODO: إنشاء ReportProcessor باستخدام المولد
// TODO: استدعاء Generate() وطباعة النتيجة
_ = reportType
_ = configValue
fmt.Println("TODO: Generate and print the report")
}
يتضمن هذا الدرس اختبارًا قصيرًا. ابدأ الدرس للإجابة عليه وتتبّع تقدمك.
جميع دروس Object Oriented Programming
1أساسيات الـ OOP في Go
الملفات الخارجيةمساحة العمل والـ Modules في Goالـ Packages والـ Importsالأسماء المصدرة مقابل غير المصدرةمقدمة إلى الـ OOP في Goالـ Structs كـ Classesتعريف الـ Methods في الـ Structsالـ Pointer Receivers مقابل الـ Value Receiversتهيئة الـ Structدوال الـ Constructorمراجعة - آلة حاسبة بسيطة4الواجهات
مقدمة في الواجهاتالتنفيذ الضمنيالواجهة كعقدالواجهة الفارغة (any)تأكيد النوع (Type Assertion)تبديل النوع (Type Switch)تركيب الواجهاتواجهات Stringer و Errorمراجعة - حاسبة الأشكال7التغليف
الحقول المصدرة وغير المصدرةالتغليف على مستوى الحزمةدوال الـ Getter والـ Setterإخفاء المعلومات في Goملخص - سجلات الطلاب10الأنواع العامة (Go 1.18+)
مقدمة في الأنواع العامةمعاملات الأنواعقيود الأنواعالـ Structs العامةحل بديل للـ Methods العامةملخص - المجموعات العامة13أنماط التصميم - الجزء الأول
مقدمة في أنماط التصميمنمط Singletonنمط Factoryنمط Abstract Factoryنمط Observerنمط Strategy2تعمق في الأنواع و Structs
الأنواع الأساسية والمركبةتعريفات الأنواع المخصصةStruct TagsStructs مجهولةStructs متداخلةالقيم الصفرية والافتراضيةمراجعة - دفتر العناوين5التركيب بدلاً من الوراثة
لماذا لا تدعم Go الوراثةأساسيات تضمين الـ Structترقية الـ Methodتضمين عدة Structsالتضمين مقابل التجميعحجب الـ Methods المضمنةملخص - الهيكل الهرمي للموظفين8معالجة الأخطاء و OOP
واجهة errorأنواع الأخطاء المخصصةتغليف الأخطاء (fmt.Errorf)أخطاء Sentinelerrors.Is() و errors.As()Panic و Defer و Recoverملخص - File Parser11المكتبة القياسية والبرمجة كائنية التوجه (OOP)
io.Reader و io.Writerواجهة sort.Interfaceواجهة fmt.Stringerencoding/json مع Structsواجهة http.Handlerمراجعة - نماذج REST API14أنماط التصميم - الجزء الثاني
نمط الأمرنمط المحولنمط المزيننمط طريقة القالبنمط الحالةنمط التركيبMiddleware كنمط مزين3المؤشرات والذاكرة
أساسيات المؤشرات في Goالمؤشرات إلى الـ Structsالتمرير بالقيمة مقابل التمرير بالمرجعدالة ()newGarbage Collection في Goملخص - بناء Linked List6تعدد الأشكال في Go
تعدد الأشكال عبر InterfacesDuck Typing في Goقواعد استيفاء الـ Interfaceمجموعات متعددة الأشكالحقن التبعيةمراجعة - معالج الدفع9التزامن والبرمجة كائنية التوجه (OOP)
أساسيات الـ Goroutinesالقنوات (Channels) والاتصالالقنوات المخزنة (Buffered) مقابل غير المخزنةجملة Selectsync.Mutex و sync.RWMutexsync.WaitGroupتصميم الـ Structs الآمنة للخيوط (Thread-Safe)مراجعة - Worker Pool