الإعداد والمشروع الأول

قبل جيل من الآن، كان بدء مشروع ويب بلغة Java يستغرق يومًا كاملًا: اختيار حاوية servlets، وتثبيتها، وكتابة ملف web.xml، وتعريف DispatcherServlet، وإنشاء ملف dispatcher-servlet.xml لسياق الويب وآخر للسياق الجذري، وإعداد محلّل للواجهات (view resolver)، وتحزيم المشروع في ملف .war، ونشره في خادم، ثم إعادة التشغيل. وكان كل خطأ في أحد هذه الملفات يظهر عند إقلاع الخادم على شكل أثر أخطاء (stack trace) من مئتي سطر.

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

يلغي Spring Boot هذه المرحلة بقلب المنطق: فبدل أن يطلب منك تعريف كل شيء، يستنتج الإعدادات من الاعتمادات الموجودة في مشروعك. توجد مكتبة قوالب في classpath، فيُسجَّل محلّل الواجهات المناسب لها. يوجد مشغّل (driver) لقاعدة بيانات، فيُبنى مصدر بيانات (data source). ولا يبقى عليك إلا إعداد ما يختلف عن القيم الافتراضية.

يبني هذا الدرس الهيكل الذي ستملؤه الدروس الستة التالية. والهدف ليس الحصول على صفحة تظهر فحسب، بل فهم سبب شكل هذا الهيكل، وأي الاعتمادات تُفعّل أي سلوك، وأين يوضع كل نوع من الملفات، لأن قالبًا وُضع في المكان الخطأ يُنتج الخطأ نفسه الذي يُنتجه قالب غير موجود.