Technical Tutorials

أصبحت لغة Go (Golang) بسرعة الخيار المفضل للبنية التحتية السحابية وأنظمة الخلفية عالية الأداء. يؤكد فلسفتها على البساطة، والتزامن الصريح، والحد الأدنى. للمطورين القادمين من لغات مثل Java أو C++ أو C#، فإن الرغبة في تطبيق أنماط تصميم كائنية التوجه المعقدة أمر طبيعي. ومع ذلك، يتطلب الهوية المميزة لـ Go نهجاً دقيقاً لتصميم البنية المعمارية. يستكشف هذا المنشور كيفية تكييف أنماط التصميم الكلاسيكية مع كود Go البديهي، مما يضمن بقاء برمجيتك قوية وقابلة للصيانة.

طريقة Go: التركيب بدلاً من الوراثة

أهم تحول في التفكير عند اعتماد Go هو الابتعاد عن علاقة "هو-أ" (الوراثة) نحو علاقة "يملك-أ" (التركيب). غالباً ما تعتمد أنماط التصميم التقليدية على تسلسلات وراثية عميقة، وهو ما يشجع Go صراحةً على تجنبه. بدلاً من ذلك، يستفيد مطورو Go من الحقول غير المسماة لتضمين السلوك وتضمين الواجهات لتحديد العقود.

على سبيل المثال، إذا كان لديك هيكل Database وهيكل RedisClient، بدلاً من إنشاء فئة أساسية StorageEngine، يمكنك تعريف واجهة. يفصل هذا كودك عن التطبيقات المحددة ويسمح لك بتبديل المكونات ديناميكياً أثناء وقت التشغيل، وهي ميزة تجعل Go مرناً بشكل استثنائي للاختبار والتصميم المعياري.

تنفيذ نمط الاستراتيجية

يحدد نمط الاستراتيجية عائلة من الخوارزميات، ويغلف كل منها، ويجعلها قابلة للتبديل. في Go، يتم تحقيق ذلك بشكل طبيعي من خلال الواجهات. هذا النمط مفيد بشكل خاص عندما تحتاج إلى تبديل السلوكيات بناءً على ظروف وقت التشغيل، مثل اختيار تنسيقات تسجيل مختلفة أو بوابات دفع.

لنأخذ نظام معالجة المدفوعات كمثال. يمكننا تعريف واجهة Payer وتنفيذ استراتيجيات ملموسة لبطاقة الائتمان وPayPal.

package main

import "fmt"

// واجهة Payer تحدد عقد الاستراتيجية
type Payer interface {
    Pay(amount float64) error
}

// هيكل CreditCard يمثل استراتيجية ملموسة
type CreditCard struct{}

func (c CreditCard) Pay(amount float64) error {
    fmt.Printf("Charging $%.2f via Credit Card\n", amount)
    return nil
}

// هيكل PayPal يمثل استراتيجية ملموسة أخرى
type PayPal struct{}

func (p PayPal) Pay(amount float64) error {
    fmt.Printf("Charging $%.2f via PayPal\n", amount)
    return nil
}

// ProcessPayment يوضح الاستخدام
func ProcessPayment(p Payer, amount float64) {
    p.Pay(amount)
}

func main() {
    processor := CreditCard{}
    ProcessPayment(processor, 99.99)
    
    payment := PayPal{}
    ProcessPayment(payment, 49.50)
}

يحافظ هذا النهج على دالة ProcessPayment غير متحيزة لطريقة الدفع الأساسية، ملتزماً بمبدأ الانفتاح/الإغلاق. يمكنك إضافة طرق دفع جديدة دون تعديل الكود الموجود.

نمط المفرد (Singleton) في Go

في العديد من لغات البرمجة الكائنية التوجه، يتم تنفيذ المفردات عبر constructors خاصة وطرق ثابتة. نظراً لأن Go يفتقر إلى الطرق الثابتة والـ constructors، فإنه يتعامل مع الحالة العالمية بشكل مختلف. الممارسة القياسية لسلوك شبيه بالمفرد في Go هي استخدام حزمة sync.Once. يضمن ذلك تشغيل منطق التهيئة مرة واحدة بالضبط، حتى في البيئات عالية التزامن، مما يوفر أمان الخيط دون عبء قفل صريح.

package main

import (
    "fmt"
    "sync"
)

type Config struct {
    Host string
}

var (
    instance *Config
    once     sync.Once
)

func GetConfig() *Config {
    once.Do(func() {
        instance = &Config{Host: "localhost"}
    })
    return instance
}

هذا النمط حاسم لإدارة اتصالات قاعدة البيانات، أو مثيلات المسجل (logger)، أو تكوينات التطبيق على مستوى التطبيق حيث يكون التكرار غير فعال أو غير صحيح منطقياً.

نمط المصنع لإنشاء الكائنات

تعمل أنماط المصنع على تجريد منطق الت instantiation، مما يسمح لك بإنشاء كائنات دون تعريض منطق الإنشاء للعميل. في Go، دوال المصنع هي ببساطة دوال تعيد واجهات أو هياكل. هذا هو الأسلوب البديهي وغالباً ما يكون مفضلاً على مصانع القائمة على الفئات.

مثال عملي هو مصنع Shape. اعتماداً على إدخال المستخدم، يمكنك إرجاع إما Circle أو Rectangle. من خلال إرجاع واجهة، يبقى كود العميل نظيفاً ومستقلاً عن الأنواع المحددة.

type Shape interface {
    Area() float64
}

func NewShape(shapeType string) Shape {
    switch shapeType {
    case "circle":
        return &Circle{radius: 5}
    case "rectangle":
        return &Rectangle{width: 10, height: 20}
    default:
        return nil
    }
}

الخاتمة

إن تنفيذ أنماط التصميم في Go يتعلق أقل بالالتزام الصارم بتعريفات GoF (عصابة الأربعة) وأكثر بتبني مبادئ Go الأساسية: البساطة، والواجهات، والتركيب. من خلال تفضيل الواجهات على الوراثة واستخدام أدوات التزامن مثل sync.Once، يمكنك بناء أنظمة قابلة للتوسع وقابلة للاختبار ونظيفة. تذكر، ليست كل مشكلة تتطلب نمط تصميم. في بعض الأحيان، تكون الدالة البسيطة أو الهيكل هو الحل الأفضل. استخدم هذه الأنماط كأدوات لحل التعقيد، وليس كمتطلب لكل قطعة من الكود.