أنماط التصميم في جافا

مقدّمة إلى أنماط التصميم

15 دقيقة الدرس 1 من 13

مقدّمة إلى أنماط التصميم

لقد كتبت كودًا كائنيّ التوجه، وطبّقت مبادئ SOLID، واستخدمت الأدوية العامة (Generics) والتدفقات (Streams)، وتعاملت مع البرمجة المتزامنة. أنت تعرف كيف تكتب Java. أنماط التصميم تجيب عن سؤال مختلف: أمام مشكلة هيكلية متكررة، ما الطريقة المُجرَّبة والمتعارف عليها لحلّها؟ هذا الدرس يجيب عن هذا السؤال ويرسم خريطة الأنماط الـ23 الكانونية التي قدّمها فريق Gang of Four.

ما هو نمط التصميم؟

نمط التصميم هو حلّ مُسمَّى وقابل لإعادة الاستخدام لمشكلة متكررة في سياق معيّن. اشتُهر المصطلح عام 1994 بكتاب Design Patterns: Elements of Reusable Object-Oriented Software لـ Gamma و Helm و Johnson و Vlissides — المعروفين بـ Gang of Four (GoF). وثّق الكتاب 23 نمطًا لكلٍّ منها:

اسم — مفردات مشتركة تتيح للفرق التواصل فوريًا عن النية.
المشكلة — السياق والقوى التي تستدعي النمط.
الحلّ — الوصف الهيكلي المجرّد (المشاركون، التعاونات).
العواقب — المقايضات في المرونة والتعقيد والأداء.

النمط ليس كودًا — إنّه مخطط عمل. أنت لا تلصق نمطًا؛ بل تطبّقه. قد يبدو النمط المفاهيمي ذاته مختلفًا قليلًا في كل قاعدة كود حسب ميزات اللغة والإطار والقيود. تتيح لك سجلّات Java 17 والفئات المختومة (sealed classes) وتعابير Lambda تطبيق الأنماط بشكل أكثر إيجازًا بكثير من أمثلة C++ الأصلية في كتاب GoF.

لماذا تهمّ أنماط التصميم؟

يلجأ المهندسون المحترفون إلى الأنماط لأنّها تحلّ نقاط ألم مهنية حقيقية.

مفردات مشتركة

قول "استخدم Strategy هنا" في مراجعة كود ينقل فورًا البنية والنية والمقايضات المتوقعة. بدون الأنماط، يستغرق الشرح ذاته فقرات من النثر.

تحليل مقايضات مُجرَّب

كل نمط يأتي بعواقب موثّقة. Singleton يوفّر الذاكرة لكنّه يُدخل حالة عالمية قابلة للتغيير ويُعقّد الاختبارات. معرفة المقايضات مسبقًا يمنع الندم المعماري لاحقًا.

توجيه عند تغيُّر المتطلبات

الأنماط تستوعب مسبقًا المحاور التي يتطور فيها البرنامج. مبدأ Open/Closed طموحٌ؛ الأنماط هي الآلية التي تجعله قابلًا للتحقيق. نمط Decorator مثلًا يتيح إضافة مسؤوليات إلى الكائنات ديناميكيًا دون المساس بالفئات الموجودة — وهذا حاسم في قواعد الكود التي لا يمكن تعديلها بأمان.

إطار للتعرّف على الأكواد المريبة

معرفة الأنماط تجعل غيابها مرئيًا. عبارة switch على حقل نوع متناثرة عبر عشرات الأساليب تشير إلى أن نمط Strategy أو Visitor مفقود. يمكنك تسمية ما هو خاطئ والتعبير عن الإصلاح.

الفئات الثلاث لـ GoF

الأنماط الـ23 لـ GoF مقسّمة إلى ثلاث فئات بناءً على جانب البنية الكائنية التي تعالجه.

1. الأنماط الإنشائية (Creational Patterns)

تُعنى الأنماط الإنشائية بـكيفية إنشاء الكائنات. تفصل آلية الإنشاء عن الكود الذي يستخدم الكائن، مانحةً إياك مرونة في ما يُنشأ ومن يُنشئه ومتى.

Singleton — يضمن أن للفئة مثيلًا واحدًا بالضبط ويوفّر نقطة وصول عالمية.
Factory Method — يعرّف واجهة لإنشاء كائن لكنّه يترك للفئات الفرعية قرار أي فئة تُنشئ.
Abstract Factory — يوفّر واجهة لإنشاء عائلات من الكائنات ذات الصلة دون تحديد فئات بعينها.
Builder — يفصل بناء كائن معقد عن تمثيله، مما يتيح لعملية البناء ذاتها إنتاج نتائج مختلفة.
Prototype — يُنشئ كائنات جديدة بنسخ كائن موجود (الاستنساخ).

// بدون نمط: الـ callers مرتبطون بأنواع محددة
Connection conn = new MySQLConnection("host", "user", "pass");

// مع Factory Method: الـ callers يعتمدون فقط على التجريد
Connection conn = ConnectionFactory.create(config);
// المصنع يقرر إن كان يُعيد MySQLConnection أو H2Connection إلخ.

2. الأنماط الهيكلية (Structural Patterns)

تُعنى الأنماط الهيكلية بـكيفية تأليف الفئات والكائنات لتشكيل هياكل أكبر. تُسهّل الجمع بين أجزاء مستقلة دون اقتران وثيق.

Adapter — يُحوّل واجهة فئة إلى واجهة أخرى يتوقعها العملاء.
Bridge — يفصل التجريد عن تطبيقه ليتمكن كلاهما من التغيير باستقلالية.
Composite — يؤلّف كائنات في هياكل شجرية لتمثيل تسلسلات الأجزاء والكليّات.
Decorator — يُضيف مسؤوليات إضافية إلى كائن ديناميكيًا.
Facade — يوفّر واجهة مبسّطة لنظام فرعي معقد.
Flyweight — يستخدم المشاركة لدعم عدد كبير من الكائنات الدقيقة بكفاءة.
Proxy — يوفّر وكيلًا أو بديلًا لكائن آخر للتحكم في الوصول إليه.

// مثال Decorator — لفّ Writer لإضافة التخزين المؤقت والتشفير،
// دون تغيير واجهة Writer أو تطبيقاتها الموجودة
Writer base   = new FileWriter("output.txt");
Writer buf    = new BufferedWriter(base);
Writer secure = new EncryptingWriter(buf);    // Decorator مخصص
secure.write("sensitive data");

3. الأنماط السلوكية (Behavioral Patterns)

تُعنى الأنماط السلوكية بـالخوارزميات وتوزيع المسؤولية بين الكائنات. تصف كيف تتواصل الكائنات وتوزّع العمل.

Chain of Responsibility — يمرّر طلبًا عبر سلسلة من المعالجات.
Command — يُغلّف طلبًا ككائن، مما يتيح التمرير كمعامل والتراجع.
Interpreter — يعرّف قواعد نحوية ومفسّرًا للغة.
Iterator — يوفّر طريقة للوصول المتسلسل لعناصر مجموعة دون كشف تمثيلها الداخلي.
Mediator — يعرّف كائنًا يُغلّف كيفية تفاعل مجموعة كائنات.
Memento — يُسجّل الحالة الداخلية لكائن ويُخرجها كي يمكن استعادتها لاحقًا.
Observer — يعرّف تبعية واحد-إلى-كثير بحيث يُخطَر كل المعتمدين عند تغيّر حالة كائن.
State — يتيح لكائن تغيير سلوكه عند تغيّر حالته الداخلية.
Strategy — يعرّف عائلة من الخوارزميات ويُغلّف كلًّا منها ويجعلها قابلة للتبادل.
Template Method — يعرّف هيكل خوارزمية في فئة أساسية ويُؤجّل بعض خطواتها للفئات الفرعية.
Visitor — يتيح تعريف عملية جديدة على عناصر بنية دون تغيير فئات تلك العناصر.

// Strategy — تبادل خوارزمية الترتيب في وقت التشغيل دون المساس بالـ caller
@FunctionalInterface
interface SortStrategy<T extends Comparable<T>> {
    void sort(List<T> list);
}

class ReportService {
    private final SortStrategy<String> strategy;

    ReportService(SortStrategy<String> strategy) {
        this.strategy = strategy;
    }

    List<String> generate(List<String> rows) {
        var copy = new ArrayList<>(rows);
        strategy.sort(copy);      // تفويض — لا switch، لا instanceof
        return copy;
    }
}

// عند موقع الاستدعاء، مرّر lambda أو مرجع أسلوب
var service  = new ReportService(Collections::sort);
var reversed = new ReportService((list) -> list.sort(Comparator.reverseOrder()));

الأنماط تعتمد على السياق

لا يوجد نمط صحيح بشكل مطلق. تطبيق نمط حيث لا مبرّر له يضيف تعقيدًا عَرَضيًا — وهو بحد ذاته نمط مضادّ. قبل اللجوء إلى نمط، تحقّق من أمرين:

المشكلة التي تواجهها تتكرر فعلًا وتطابق سياق المشكلة المُعلَن للنمط.
المقايضات (عادةً المزيد من الفئات والتوجيه غير المباشر) تستحق المرونة المكتسبة.

ابدأ بالبساطة، وأعد الهيكلة نحو النمط. الأسلوب الأمثل في Java هو كتابة أبسط كود يعمل، ثم إدخال النمط عند وجود ضرورة محددة — متطلب جديد، حاجة لنقطة اختبار، انتهاك لمبدأ Open/Closed. الأنماط المكتشفة عبر إعادة الهيكلة تناسب المشكلة دائمًا أكثر من تلك المُطبَّقة مسبقًا.

الإفراط في استخدام الأنماط (pattern fever) خطر حقيقي. قاعدة كود مليئة بمصانع وزخارف واستراتيجيات غير ضرورية أصعب قراءةً من قاعدة تستخدم إنشاءً مباشرًا وتعددية أشكال. حذّر GoF أنفسهم من أن تطبيق الأنماط دون فهم عواقبها يُفضي إلى تصاميم مُعقَّدة زائدًا وهشّة. كل نمط ينبغي أن يُبرَّر بضغط تصميمي ملموس، لا أن يُفرض لذاته.

الأنماط في نظام Java البيئي

أنماط التصميم ليست تمارين أكاديمية — إنّها متجذّرة عمقًا في منصة Java وأبرز أطرها:

Iterator — كل java.util.Collection تكشف عنه عبر Iterable.
Decorator — java.io.BufferedInputStream، java.io.GZIPOutputStream.
Factory Method — List.of()، Optional.of()، Path.of().
Singleton — Runtime.getRuntime()، نطاق الـ bean الافتراضي في Spring.
Proxy — Spring AOP، وكلاء JDK الديناميكية للواجهات.
Observer — java.util.EventListener، أطر التفاعلية (Project Reactor, RxJava).
Template Method — JdbcTemplate وRestTemplate في Spring.
Builder — StringBuilder، Stream.Builder، @Builder من Lombok.

التعرّف على هذه الأنماط في مكتبات الإنتاج يُحوّلك من مجرد مستخدم لـ API إلى شخص يفهم المعمارية خلفها — وهو تمييز حاسم على مستوى المهندس الأول والمهندس المتخصص.

الخلاصة

نمط التصميم هو حلّ مُسمَّى ومُجرَّب لمشكلة تصميم متكررة. صنّف GoF 23 نمطًا في ثلاث فئات: إنشائية (إنشاء الكائنات)، وهيكلية (التأليف)، وسلوكية (التواصل والمسؤولية). تمنح الأنماط الفرق مفردات مشتركة، وتُجسّد معرفة مقايضات مكتسبة بجهد، وتُوجّه التصاميم نحو القابلية للتوسّع. تكون أكثر قيمةً حين تُطبَّق استجابةً لضغط تصميمي حقيقي — لا بشكل استباقي. في الدروس التالية ستُطبّق أهم أنماط كل فئة بـ Java 17 المُعاصرة، متعلّمًا ليس فقط البنية بل القوى التي تُبرّر كل اختيار.