2. الأساس التقني
تعتمد الأساس التقني الخاصة باستراتيجية تطوير منصة Z4Rank المخصصة والمعيارية على هيكلية متعددة الطبقات توفر أساسًا هندسيًا مستقرًا، قابلًا لإعادة الاستخدام، وقابلًا للصيانة لبناء أنواع مختلفة من المنتجات الرقمية.
تستخدم المنصة تقنيات احترافية وناضجة لإدارة البنية التحتية العامة على مستوى إطار العمل، مع حفاظ Z4Rank على الملكية الكاملة لـ هيكلية المنتج، و منطق العمل، و الموديولات القابلة لإعادة الاستخدام، و تجربة الإدارة، و طبقة واجهات برمجة التطبيقات، و القوالب، والتنفيذات الخاصة بكل عميل.
الهدف من هذا الأساس ليس إعادة بناء إمكانيات موجودة وناضجة أصلًا في أطر العمل، بل استخدام لارافيل كـ إطار عمل خلفي، ثم بناء نواة المنصة الخاصة بـ Z4Rank ومنظومة معيارية قابلة للتوسع فوقه.
الركائز الأساسية للأساس التقني
تتكوّن الأساس التقني من الركائز التالية:
- إطار عمل لارافيل: طبقة الإطار الخلفي المسؤولة عن البنية التحتية الأساسية للتطبيق، مثل إدارة المسارات، و معالجة الطلبات، و التحقق من البيانات، و أدوات التحقق من الهوية وتسجيل الدخول، و أدوات الصلاحيات، و الوصول إلى قاعدة البيانات، و صفوف المهام، و الأحداث، و التخزين المؤقت، و الطبقات الوسيطة، و واجهات برمجة التطبيقات.
- نواة المنصة: الطبقة المملوكة لـ Z4Rank، وتحتوي على الأنظمة المشتركة مثل إدارة المستخدمين، و الأدوار والصلاحيات، و إدارة الوسائط، و أساسات تحسين محركات البحث، و دعم تعدد اللغات، و إدارة القوالب، و إدارة الموديولات، و الخدمات المشتركة، و العقود البرمجية، و سياسات الصلاحيات، و إعدادات المنصة.
- الموديولات الوظيفية: موديولات مستقلة وقابلة لإعادة الاستخدام مثل المدونة، و نظام إدارة التعلم، و التجارة الإلكترونية، و المعارض، و إدارة علاقات العملاء، و الحجز، وأي أنظمة متخصصة يتم تفعيلها حسب حاجة كل عميل.
- واجهة الإدارة: طبقة إدارة منظمة، ويفضّل بناؤها باستخدام فيلامنت، لتوفير لوحات تحكم، و موارد إدارية، و نماذج، و جداول، و صفحات إعدادات، وتجارب إدارة قائمة على الأدوار.
- طبقة الواجهة وتجربة المستخدم: طبقة عرض مرنة تعتمد على نظام قوالب مستقل، ويمكن أن تدعم تقنيات أمامية مثل رياكت، و فيو، و أنجولار عند الحاجة.
- معايير النشر والتشغيل: معايير خاصة بـ التثبيتات المستقلة، و الإعدادات، و التخزين، و الأمان، و النسخ الاحتياطي، و التحديثات، و المراقبة، وقابلية الصيانة.
الهيكلية متعددة الطبقات
تتبع الأساس التقني تسلسلًا واضحًا:
- يوفر إطار عمل لارافيل البنية التحتية التقنية الأساسية.
- توفر نواة المنصة الأساس المملوك والمشترك.
- توفر الموديولات الوظيفية إمكانيات متخصصة يتم تفعيلها عند الحاجة.
- توفر القوالب و تطبيقات الواجهة الأمامية الطبقة البصرية وتجربة المستخدم.
- تحدد معايير النشر طريقة إعداد كل تثبيت، وتأمينه، وصيانته.
تسمح هذه الهيكلية لـ Z4Rank بإعادة استخدام نفس الأساس التقني عبر مشاريع متعددة، مع السماح لكل عميل بامتلاك إعدادات، و موديولات مفعلة، و تصميم، و محتوى، و قاعدة بيانات، و تخزين، ومتطلبات نشر مستقلة.
المعايير المعمارية
يجب أن تلتزم الأساس التقني بمعايير معمارية تحمي قابلية التوسع والصيانة على المدى الطويل. يجب ألا تعتمد الموديولات على بعضها بشكل مباشر، بل يتم التواصل بينها من خلال العقود البرمجية، أو الواجهات البرمجية، أو الأحداث، أو الخدمات، أو الإجراءات البرمجية، أو واجهات برمجة التطبيقات واضحة.
يجب ألا يتم تجميع منطق العمل داخل المتحكمات، أو الموارد الإدارية، أو ملفات العرض. وظيفة المتحكمات هي إدارة تدفق الطلبات، بينما تحتوي الخدمات على العمليات القابلة لإعادة الاستخدام، وتعالج الإجراءات حالات الاستخدام المحددة، وتجمع السياسات قرارات الصلاحيات، وتتعامل المهام الخلفية مع العمليات غير المتزامنة.
هذا التنظيم يجعل قاعدة الكود أوضح، وأسهل في الاختبار، وأكثر قابلية للتوسع، وأسهل في الفهم للمطورين الجدد.
التثبيتات المستقلة وعزل البيانات
يفضّل الأساس التقني في المرحلة الأولى اعتماد التثبيتات المستقلة بدلًا من نموذج البرمجيات كخدمة متعددة المستأجرين بشكل كامل. يمكن لكل عميل أن يمتلك نسخة تطبيق مستقلة، و قاعدة بيانات مخصصة، و تخزين مستقل، و إعدادات خاصة.
هذا النموذج أبسط في الإدارة خلال المراحل الأولى، ويقوّي عزل البيانات، ويقلل المخاطر التشغيلية، ويوفر مرونة أعلى للتخصيص حسب كل عميل. كما أنه لا يمنع المنصة من التطور لاحقًا إلى نموذج برمجيات كخدمة أو نموذج هجين إذا تطلبت الاستراتيجية ذلك.
باختصار، تمثل الأساس التقني Stack احترافيًا وموحدًا يسمح لـ Z4Rank ببناء منتجات رقمية متنوعة اعتمادًا على قاعدة كود موحدة، آمنة، قابلة للصيانة، وقابلة لإعادة الاستخدام.
2.1 إطار عمل لارافيل
ضمن استراتيجية تطوير منصة Z4Rank المخصصة والمعيارية، يعمل إطار عمل لارافيل كـ إطار عمل خلفي تأسيسي يتم بناء المنصة فوقه.
لا يتم التعامل مع لارافيل كمنتج نهائي، بل كـ أساس تطبيقي مستقر يسمح لـ Z4Rank ببناء نواة المنصة الخاصة بها، و الموديولات الوظيفية القابلة لإعادة الاستخدام، و البنية الإدارية، و طبقة واجهات برمجة التطبيقات، والتنفيذات الخاصة بكل عميل.
هذا التوجه يسمح لـ Z4Rank بالاستفادة من بيئة تطوير ناضجة مع الحفاظ على الملكية الكاملة لـ هيكلية المنصة، و منطق العمل، و الأنظمة القابلة لإعادة الاستخدام، والاتجاه التقني طويل المدى.
دور لارافيل داخل المنصة
يوفر لارافيل البنية التحتية منخفضة المستوى التي تحتاجها تطبيقات الويب الحديثة، مثل إدارة المسارات، و معالجة الطلبات، و التحقق من البيانات، و أدوات التحقق من الهوية وتسجيل الدخول، و أدوات الصلاحيات، و الوصول إلى قاعدة البيانات، و إدارة قواعد البيانات من خلال الكائنات البرمجية، و ترحيلات قاعدة البيانات، و التخزين المؤقت، و صفوف المهام، و الأحداث، و الإشعارات، و إدارة الإعدادات، و حاوية الخدمات، و الطبقات الوسيطة، و دعم الاختبارات.
من خلال الاعتماد على لارافيل في هذه القدرات الأساسية، يستطيع فريق Z4Rank التركيز على بناء المنصة كمنتج بدلًا من إعادة بناء وظائف عامة موجودة أصلًا على مستوى إطار العمل.
يوفر لارافيل المحرك التقني، بينما تحدد Z4Rank هيكلية المنتج.
قاعدة الحفاظ على سلامة إطار العمل
إحدى القواعد الأساسية في هذه الاستراتيجية هي أن ملفات نواة لارافيل وملفات الحزم الخارجية يجب ألا يتم تعديلها مباشرة.
يجب الحفاظ على فصل واضح بين نواة لارافيل، وهي ملفات إطار العمل والحزم المثبتة من خلال حزم كومبوزر، وبين نواة المنصة، وهي طبقة Z4Rank المملوكة والمبنية فوق لارافيل.
أي تخصيص تحتاجه المنصة يجب تنفيذه من خلال نقاط التوسعة المدعومة داخل لارافيل، مثل مزودات الخدمات، و ملفات الإعدادات، و الطبقات الوسيطة، و الأحداث، و المستمعات، و سياسات الصلاحيات، و العقود البرمجية، و الخدمات، و الإجراءات البرمجية، و الموديولات.
هذا الفصل يضمن أن Z4Rank تبني منصتها الخاصة دون أن تتحمل مسؤولية تعديل أو صيانة إطار لارافيل نفسه.
لماذا لارافيل مناسب للاستراتيجية
يناسب لارافيل استراتيجية Z4Rank لأنه يوفر توازنًا قويًا بين سرعة التطوير، و قابلية الصيانة، و الأمان، و قابلية التوسع، و إنتاجية المطورين.
يوفر لارافيل أساسًا خلفيًا واضحًا لبناء منطق عمل مخصص، و أنظمة معيارية، و واجهات برمجة التطبيقات، و مسارات العمل الإدارية، و خدمات منصة قابلة لإعادة الاستخدام.
بالنسبة إلى Z4Rank، لا يتم اختيار لارافيل كحل مؤقت أو طريق مختصر، بل كـ أساس خلفي احترافي يدعم تطوير منصة طويلة المدى.
دعم الهيكلية المعيارية
يدعم لارافيل الاتجاه المعياري للمنصة من خلال توفير الأدوات اللازمة لفصل المسؤوليات وتقليل الاعتماد المباشر بين الأنظمة.
يجب ألا تعتمد الموديولات الوظيفية مثل المدونة، و نظام إدارة التعلم، و التجارة الإلكترونية، و المعارض، و إدارة علاقات العملاء، و الحجز، وأي موديولات مستقبلية على بعضها بشكل مباشر. عند الحاجة للتواصل، يجب أن يتم ذلك من خلال العقود البرمجية، و الواجهات البرمجية، و الأحداث، و الخدمات، و الإجراءات البرمجية، أو واجهات برمجة تطبيقات واضحة.
موقع لارافيل داخل الهيكل التقني
يتم وضع لارافيل كـ طبقة إطار العمل الخلفي داخل المنصة. يدير لارافيل أساس التطبيق، والتعامل مع قاعدة البيانات، وأدوات التحقق من الهوية، وأدوات الصلاحيات، والمسارات، وواجهات برمجة التطبيقات، وصفوف المهام، والأحداث، والإعدادات، والبنية الخلفية.
يمكن استخدام تقنيات واجهة أمامية مثل رياكت، أو فيو، أو أنجولار، أو بليد، أو أي توجهات أخرى حسب متطلبات المشروع، لكنها لا تستبدل دور لارافيل كـ أساس خلفي.
2.1.1 نواة لارافيل غير المعدلة
يمثل الحفاظ على نواة لارافيل غير المعدلة قاعدة معمارية غير قابلة للتفاوض لضمان استقرار المنصة وأمانها وقابليتها للصيانة على المدى الطويل.
يجب أن يبقى لارافيل في حالته الأصلية كإطار عمل. كل منطق العمل الخاص بـ Z4Rank، والأنظمة القابلة لإعادة الاستخدام، وسلوك العملاء، وخصائص المنتج يجب أن تُبنى فوق لارافيل، وليس داخل ملفات لارافيل الداخلية.
التعريف والنطاق
تشمل نواة لارافيل ملفات إطار العمل والحزم التي توفر إدارة المسارات، و إدارة قاعدة البيانات عبر الكائنات البرمجية، و أساسات التحقق من الهوية، و التحقق من البيانات، و صفوف المهام، و الأحداث، و التخزين المؤقت، و التخزين، و الطبقات الوسيطة، و حاوية الخدمات، وغيرها من إمكانيات إطار العمل.
يجب ألا يقوم المطورون بتعديل ملفات لارافيل الداخلية أو أي ملفات داخل مجلد الحزم الخارجية. يجب التعامل مع هذه الملفات كـ اعتماديات إطار العمل تُدار من خلال مدير الحزم في بي إتش بي.
المبرر الاستراتيجي
تعديل نواة لارافيل ينتج دينًا تقنيًا غير ضروري ومخاطر تشغيلية. قد يمنع تحديثات الإطار مستقبلًا، ويضعف تطبيق التحديثات الأمنية، ويقلل التوافق مع حزم لارافيل، ويجعل إدخال مطورين جدد أصعب، وينقل تركيز الفريق من تطوير المنتج إلى صيانة إطار العمل.
الحفاظ على لارافيل بدون تعديل يسمح لـ Z4Rank بالاستفادة من منظومة لارافيل مع الحفاظ على قدرة المنصة على التطور بأمان مع الوقت.
فصل الطبقات
يجب أن تحافظ الأساس التقني على تسلسل واضح: إطار عمل لارافيل في القاعدة، ثم نواة المنصة فوقه، ثم الموديولات الوظيفية، ثم القوالب أو تطبيقات الواجهة الأمامية فوق طبقات الموديولات وواجهات البرمجة.
هذا الفصل يضمن أن Z4Rank تمتلك المنتج والمنصة، بينما يبقى لارافيل أساسًا مستقرًا وموثقًا ومدعومًا عالميًا.
2.1.2 طبقات الخدمات والإجراءات
تعد طبقات الخدمات والإجراءات مكونات معمارية تستخدم للحفاظ على المنصة قابلة للتوسع، والاختبار، والصيانة، وإعادة الاستخدام أثناء نموها.
تساعد هذه الطبقات على منع تشتيت منطق العمل داخل المتحكمات، أو الموارد الإدارية، أو ملفات العرض، أو حلول مختصرة داخل كل موديول.
منع تضخم المتحكمات
يجب أن تبقى المتحكمات مركزة على تدفق الطلبات، وتنسيق التحقق من البيانات، وفحوصات الصلاحيات، ومعالجة الاستجابات. لا يجب أن تحتوي على منطق عمل معقد.
من خلال نقل العمليات القابلة لإعادة الاستخدام إلى الخدمات، ونقل حالات الاستخدام المحددة إلى الإجراءات البرمجية، يمكن إعادة استخدام نفس المنطق عبر واجهات الويب، ولوحات الإدارة، وواجهات البرمجة، والمهام الخلفية، والتكاملات المستقبلية.
طبقة الخدمات
تستخدم طبقة الخدمات للعمليات الوظيفية الأوسع التي قد تتضمن عدة خطوات، أو عدة نماذج بيانات، أو تنسيقًا بين مكونات مختلفة داخل المنصة.
من الأمثلة: معالجة الوسائط، توليد بيانات تحسين محركات البحث، تنسيق عمليات الدفع، مسارات التسجيل في الدورات، مسارات الإشعارات، أو التنسيق على مستوى الموديولات.
طبقة الإجراءات
تستخدم طبقة الإجراءات للعمليات المركزة ذات الهدف الواحد، مثل إنشاء مستخدم، أو نشر مقال، أو معالجة تسجيل في دورة، أو تفعيل موديول، أو توليد بيانات تحسين محركات البحث.
تجعل الإجراءات البرمجية حالات الاستخدام أسهل في الفهم، والاختبار، وإعادة الاستخدام، والتعديل دون التأثير على أجزاء غير مرتبطة من النظام.
دورها في فصل الموديولات
تدعم الخدمات و الإجراءات البرمجية الهيكلية المعيارية من خلال توفير نقاط تفاعل منظمة بين المكونات. يجب أن تتجنب الموديولات استدعاء النماذج أو المنطق الداخلي الخاص بموديولات أخرى بشكل مباشر.
عندما يحتاج موديول إلى وظيفة مملوكة لمجال آخر، يجب استخدام العقود البرمجية، أو الواجهات البرمجية، أو الخدمات، أو الإجراءات البرمجية، أو الأحداث، أو واجهات برمجة التطبيقات. هذا يحافظ على استقلالية الموديولات ويجعل تحديثها أو استبدالها أكثر أمانًا.
2.1.3 طبقة واجهات برمجة التطبيقات
تعد طبقة واجهات برمجة التطبيقات جزءًا أساسيًا من الأساس التقني. فهي تسمح لـ نواة المنصة المبنية على لارافيل بعرض البيانات والعمليات والقدرات الوظيفية لمستهلكين مختلفين.
تجعل هذه الطبقة المنصة جاهزة لدعم مواقع الويب، ولوحات الإدارة، وتطبيقات الواجهة الأمامية، وتطبيقات الموبايل، وأدوات الأتمتة، والتكاملات الخارجية.
لارافيل as the Backend واجهة برمجة التطبيقات لارافيل كمزود خلفي لواجهات البرمجة
يعمل لارافيل كـ مزود خلفي مسؤول عن التعامل مع قاعدة البيانات، وأدوات التحقق من الهوية، وأدوات الصلاحيات، وقواعد العمل، وصفوف المهام، والأحداث، وعمليات النظام. تقوم طبقة واجهات برمجة التطبيقات بعرض الأجزاء المعتمدة من هذه الوظائف بطريقة منظمة وموثقة.
فصل الواجهة الأمامية عن الخلفية
تسمح طبقة واجهات برمجة التطبيقات بتطوير الواجهة الأمامية بشكل مستقل عن الخلفية. يمكن للمشروع استخدام قوالب بليد، أو قالب مخصص، أو رياكت، أو فيو، أو أنجولار، أو تطبيق موبايل، مع الاعتماد على نفس نواة المنصة ونفس الموديولات الوظيفية.
هذا يجعل المنصة جاهزة للعمل كنظام خلفي منفصل عن الواجهة دون إجبار كل مشروع على استخدام نفس توجه الواجهة الأمامية.
المعايير الأساسية لواجهات البرمجة
يجب أن تتبع واجهات برمجة التطبيقات معايير موحدة في التحقق من الهوية، و الصلاحيات، و التحقق من البيانات، و معالجة الأخطاء، و بنية الاستجابة، و تقسيم النتائج، و الفلترة، و إدارة الإصدارات، و تحديد معدل الطلبات، و التوثيق.
مع نمو المنصة، يصبح توثيق واجهات البرمجة ضروريًا لقابلية الصيانة، وإدخال المطورين الجدد، والتكاملات الخارجية، والتوسع طويل المدى.
2.2 واجهة الإدارة
تمثل واجهة الإدارة طبقة الإدارة داخل المنصة. وهي البيئة التشغيلية التي يستخدمها المسؤولون، ومديرو المحتوى، والمدربون، والبائعون، وفرق الدعم، وأي مستخدمين إداريين آخرين.
يجب أن تكون واجهة الإدارة منظمة، مرتبطة بالأدوار، معيارية، ومتصلة بـ نواة المنصة والموديولات المفعلة.
هدف واجهة الإدارة
تسمح واجهة الإدارة بإدارة الأنظمة المشتركة مثل المستخدمين، والأدوار، والصلاحيات، والوسائط، والإعدادات، و تحسين محركات البحث، واللغات، والموديولات، والمحتوى.
كما توفر أدوات خاصة بالموديولات، مثل إدارة الدورات في نظام إدارة التعلم، وإدارة المنتجات في التجارة الإلكترونية، وإدارة المقالات في المدونة، وإدارة البائعين أو المعارض عند الحاجة.
واجهة الإدارة ونواة المنصة
يجب ألا تتحول واجهة الإدارة إلى المكان الأساسي لتخزين منطق العمل. يجب أن تستدعي الخدمات، و الإجراءات البرمجية، و سياسات الصلاحيات، و العقود البرمجية، وعمليات الموديولات الموجودة داخل نواة المنصة و الموديولات الوظيفية.
هذا يحافظ على قابلية إعادة استخدام منطق المنصة عبر لوحات الإدارة، وواجهات البرمجة، وتطبيقات الواجهة الأمامية، والمهام الخلفية، والتكاملات المستقبلية.
التطوير المرحلي لواجهة الإدارة
في المرحلة الأولى، يمكن لـ Z4Rank البدء بـ لوحة إدارة مركزية لإدارة أساسيات المنصة. ومع نمو المنصة، يمكن توسيع تجربة الإدارة إلى لوحات مخصصة للمدربين، والبائعين، والطلاب، أو أي أنواع مستخدمين أخرى.
2.2.1 لوحة إدارة فيلامنت
يمكن للمنصة استخدام فيلامنت كـ أساس لوحة الإدارة مفضل، لأنه مبني لبيئة لارافيل ويدعم تطويرًا إداريًا سريعًا ومنظمًا وقابلًا للصيانة.
يساعد فيلامنت الفريق على بناء لوحات تحكم، و موارد إدارية، و جداول، و نماذج، و صفحات إعدادات، و مديري العلاقات، ومسارات إدارة دون بناء كل مكون إداري من الصفر.
دور فيلامنت
يجب التعامل مع فيلامنت كـ طبقة واجهة إدارية، وليس كمكان لتخزين منطق العمل الأساسي.
يجب أن تبقى قواعد العمل، و مسارات العمل القابلة لإعادة الاستخدام، و قرارات الصلاحيات، و عمليات المجال الوظيفي داخل نواة المنصة، و الموديولات، و الخدمات، و الإجراءات البرمجية، و سياسات الصلاحيات، و العقود البرمجية.
التكامل مع الموديولات
يمكن لكل موديول أن يوفر موارد فيلامنت، أو صفحات، أو ويدجتس، أو لوحات خاصة به. عند تفعيل الموديول، يمكن أن تصبح أدواته الإدارية متاحة داخل منطقة الإدارة المناسبة.
هذا يدعم الهيكلية المعيارية للمنصة ويمنع واجهة الإدارة من التحول إلى كتلة واحدة ضخمة وغير مرنة.
الكفاءة والاتساق
استخدام فيلامنت يمنح Z4Rank تجربة إدارة متسقة، ويقلل التكرار في تطوير اللوحات، ويحسن إنتاجية المطورين، ويدعم واجهة إدارة احترافية عبر أنواع مختلفة من المشاريع.
2.2.2 لوحات تحكم قائمة على الأدوار
توفر لوحات التحكم القائمة على الأدوار تجارب إدارة مخصصة لأنواع مختلفة من المستخدمين. بدلًا من عرض لوحة عامة واحدة للجميع، يجب أن تعرض المنصة الأدوات المناسبة لمسؤوليات وصلاحيات كل مستخدم.
توجه اللوحات المتعددة
يمكن أن تدعم الهيكلية طويلة المدى لوحات مخصصة مثل /لوحة الإدارة العامة للمسؤولين، و /لوحة المدرب لإدارة الدورات، و /لوحة البائع للبائعين، و /لوحة الطالب للمتعلمين.
يجب تنفيذ هذا التوجه تدريجيًا. يمكن أن تبدأ المرحلة الأولى بلوحة إدارة مركزية، ثم تتوسع لاحقًا إلى لوحات متخصصة مع نضوج موديولات نظام إدارة التعلم، والتجارة الإلكترونية، والمعارض، وغيرها.
التكامل مع الأدوار والصلاحيات
يجب أن تخضع لوحات التحكم القائمة على الأدوار لنظام الأدوار والصلاحيات داخل المنصة. يجب أن يرى كل مستخدم الأدوات والبيانات والإجراءات المطابقة لدوره وقواعد الوصول الخاصة به فقط.
على سبيل المثال، يدير المدربون دوراتهم فقط، ويدير البائعون منتجاتهم أو طلباتهم فقط، ويدير المحررون مناطق المحتوى، بينما يحتفظ المسؤولون بصلاحية الوصول الكامل إلى النظام.
إدارة التعقيد
تساعد لوحات التحكم القائمة على الأدوار في تقليل التعقيد التشغيلي من خلال توفير تجربة مركزة لكل مستخدم. وهذا مهم خصوصًا عندما تدعم المنصة أنواعًا متعددة من المنتجات مثل المواقع الإخبارية، والأكاديميات، والمتاجر، والمعارض.
2.3 الواجهة الأمامية وتجربة المستخدم
تمثل طبقة الواجهة الأمامية وتجربة المستخدم طبقة منفصلة عن النواة الخلفية. وهي مسؤولة عن التجربة البصرية، والتخطيط، وأنماط التفاعل، والعرض الموجه للمستخدم.
تبقى منطق الخلفية، و قواعد العمل، و الصلاحيات، وإدارة البيانات داخل لارافيل، و نواة المنصة، و الموديولات الوظيفية، و طبقة واجهات برمجة التطبيقات. أما الواجهة الأمامية فتستهلك هذه الوظائف من خلال القوالب، أو ملفات العرض، أو واجهات البرمجة.
فصل الواجهة الأمامية عن النواة
تقنيات الواجهة الأمامية مثل أنجولار، و رياكت، و فيو، و بليد، أو القوالب المخصصة هي أدوات عرض وتجربة مستخدم. لا يجب التعامل معها كـ نواة النظام.
يسمح هذا الفصل لـ Z4Rank بتغيير التجربة البصرية لأي مشروع دون إعادة كتابة منطق المنصة الأساسي.
متطلبات واجهة المستخدم المدمجة
يجب أن يدعم أساس الواجهة الأمامية المحتوى متعدد اللغات، و تخطيطات من اليمين إلى اليسار ومن اليسار إلى اليمين، و قوالب مهيأة لتحسين محركات البحث، و عرض وسائط محسّن، و تصميم متجاوب، واعتبارات سهولة الوصول، وأنماط تفاعل متسقة.
يجب التفكير بهذه المتطلبات منذ البداية بدل إضافتها لاحقًا كحلول منفصلة.
تنظيم واجهة المستخدم
يمكن تنظيم الواجهة من خلال قوالب عامة، و ملفات عرض خاصة بالموديولات، و مكونات الواجهة الأمامية، و مكونات الإدارة، و تطبيقات واجهة تعتمد على واجهات البرمجة حسب حاجة كل مشروع.
2.3.1 نظام قوالب مستقل
يفصل نظام القوالب المستقل بين التصميم البصري والمنطق الوظيفي. يسمح هذا النظام للـ Backend، و نواة المنصة، و الموديولات الوظيفية بالبقاء مستقرة، بينما تتغير الطبقة البصرية من مشروع إلى آخر.
فصل المنطق عن التصميم
يجب أن تتحكم القوالب في التخطيط، والألوان، والخطوط، والمكونات البصرية، وقوالب الصفحات، والهوية البصرية. لا يجب أن تحتوي على منطق العمل الأساسي.
هذا الفصل يمنع إعادة بناء المنصة كاملة لكل عميل لمجرد تنفيذ تصميم بصري مختلف.
القوالب القياسية والمخصصة
يمكن للمنصة دعم قوالب قياسية مثل القالب الافتراضي، و قالب الأكاديمية، و قالب المتجر، و قالب الشركات، و قالب الأخبار. يمكن لهذه القوالب أن تكون نقطة بداية لأنواع المشاريع المتكررة.
كما يمكنها دعم قوالب مخصصة للعملاء عندما يتطلب المشروع نظام تصميم فريدًا أو تجربة مستخدم عالية التخصيص.
نظام القوالب والموديولات
يمكن للموديولات توفير ملفات عرض افتراضية أو مكونات جاهزة، بينما تستطيع القوالب تعديلها أو إعادة تنسيقها حسب متطلبات المشروع.
هذا يسمح لـ Z4Rank بالحفاظ على منطق الموديولات قابلًا لإعادة الاستخدام، مع تقديم تجارب بصرية مخصصة لعملاء مختلفين.
دعم الاتجاهات وتحسين محركات البحث والوسائط
يجب أن يدعم نظام القوالب كلًا من من اليمين إلى اليسار ومن اليسار إلى اليمين، خصوصًا للمواقع العربية والإنجليزية. كما يجب أن يرتبط بحقول تحسين محركات البحث، و بيانات بيانات المشاركة الاجتماعية، و بيانات Schema، و مكتبة الوسائط لضمان بقاء التصاميم محسّنة تقنيًا.
2.3.2 التوافق مع أنجولار و رياكت و فيو
يتم دعم أنجولار، و رياكت، و فيو كتقنيات واجهة أمامية يمكن استخدامها عندما يتطلب المشروع واجهات تفاعلية أو منفصلة بدرجة عالية.
هذه التقنيات ليست جزءًا من نواة المنصة. هي أدوات في طبقة العرض تستهلك البيانات والعمليات من طبقة واجهات برمجة التطبيقات المبنية على لارافيل.
التوافق من خلال واجهات البرمجة
يمكن للمنصة خدمة أنجولار، و رياكت، و فيو، وتطبيقات الموبايل، وأي مستهلكين خارجيين من خلال طبقة واجهات برمجة موثقة.
هذا يجعل المنصة مرنة بما يكفي لدعم مواقع تعرض من الخادم، أو تطبيقات أمامية منفصلة، أو واجهات هجينة، أو احتياجات أمامية خاصة بكل عميل في المستقبل.
فصل المسؤوليات
يبقى لارافيل مسؤولًا عن البنية الخلفية، والتعامل مع قاعدة البيانات، وأدوات التحقق من الهوية، وأدوات الصلاحيات، ومنطق العمل، وواجهات البرمجة، ومسارات الإدارة.
بينما تبقى أطر الواجهة الأمامية مسؤولة عن تفاعل المستخدم، وإدارة الحالة، والعرض، والتجربة البصرية.
المرونة الاستراتيجية
يسمح هذا التوافق لـ Z4Rank باختيار توجه الواجهة الأمامية المناسب لكل مشروع دون تغيير نواة المنصة.
قد يستخدم موقع محتوى بسيط قالبًا قياسيًا، بينما يستخدم Dashboard معقد أو واجهة تفاعلية متقدمة رياكت أو فيو أو أنجولار. كلا التوجهين يستطيعان الاعتماد على نفس الأساس الخلفي الآمن والقابل لإعادة الاستخدام.