اختبار المستوى 4 — PHP

الاختبار — أسئلة جديدة

12 سؤالا للتحقق من المستوى : MVC ولارافيل (Laravel) وسيمفوني (Symfony) وواجهة REST (API REST) مع JWT واختبارات بي.إتش.بي.يونيت (PHPUnit).
أجب عن جميع الأسئلة ثم اضغط تصحيح: ستظهر نتيجتك والتوضيحات.

4.1 · تذكر

1. في نمط MVC، من يفعل ماذا ؟

النموذج = التوجيه، والعرض = الاختبارات، والمتحكم = النشر النموذج = HTML، والعرض = القاعدة، والمتحكم = CSS كل شيء يُفعل في العرض، والباقي زخرفة النموذج (البيانات + المنطق)، والعرض (الإظهار)، والمتحكم (التنسيق)

البيانات للنموذج، والإظهار للعرض، والتنسيق للمتحكم.

4.2 · تذكر

2. ماذا تفعل بليد (Blade) وإلوكوينت (Eloquent) في لارافيل ؟

بليد = قوالب بتهريب آلي، وإلوكوينت = ORM بكائنات بليد = القاعدة، وإلوكوينت = HTML بليد تحذف التوجيه، وإلوكوينت تحذف الاختبارات بليد تنشر، وإلوكوينت تحفظ في CSV

قوالب آمنة + قاعدة بكائنات بمعامَلة آلية.

4.3 · تذكر

3. ما السمة الكبرى لسيمفوني ؟

بنية بمكونات مستقلة وقابلة لإعادة الاستعمال غياب نظام قوالب لغة مختلفة عن PHP منع ORM

المكونات : وحدية وإعادة استعمال حتى خارج سيمفوني.

4.1 · تطبيق

4. يجد رياد استعلام SQL في عرض. ماذا يفعل ؟

تكراره في CSS نقله إلى النموذج، ولا يستقبل العرض إلا بيانات جاهزة حذف قاعدة البيانات تركه، فهو يشتغل

عروض بسيطة : تعرض ؛ ونماذج غنية : البيانات والقواعد.

4.2 · تطبيق

5. قائمة منتجات رياد تنفذ استعلاما لكل سطر (N+1). المنعكس ؟

تخزين الأسعار في القالب إضافة مزيد استعلامات للتعويض تحميل العلاقة دفعة واحدة (التحميل المسبق، with()) وفحص SQL المولد تمرير كل شيء في 200 للسرعة

فهم SQL خاص بإلوكوينت ؛ استعلام واحد بدل واحد لكل سطر.

4.4 · تطبيق

6. ينشئ هاتف رياد منتجا (POST /api/produits). الرموز المنتظرة ؟

لا رمز، فالجسم يكفي 201 إذا أُنشئ، و400 إذا غير صالح، و401 دون رمز 200 حتى عند الخطأ، دائما 302 ثم 418 في كل الحالات

201 بعد الإنشاء، و400 إذا غير صالح، و401 إذا غير موثق.

4.4 · تطبيق

7. يصل طلب دون رمز إلى /api/produits المحمية خاص برياد. الرد ؟

إعادة توجيه نحو فيديو 200 مع البيانات على كل حال 500 دون شرح 401 (رمز غائب/غير صالح)، والسر متحقق منه من البيئة

401 = غير موثق ؛ والسر في .env، وليس في الكود أبدا.

4.5 · تطبيق

8. يريد رياد تثبيت حساب prixTTC خاصته. أول اختبار ؟

assertEquals(120, prixTTC(100, 0.20)) مع حالة حدية، تُشغَّل عبر ./vendor/bin/phpunit حذف الدالة لينعدم الخطأ اختبار CSS فقط echo « يبدو جيدا »

مدخل ← متوقع في تأكيد، مع الحالات الحدية.

4.3 · تطبيق

9. يفرض عميل رياد سيمفوني وفريقه يعرف لارافيل. التحكيم ؟

إعادة كتابة كل شيء بـ SQL يدويا رفض أي مهمة سيمفوني ترجمة المفاهيم (بليد←تويغ، إلوكوينت←دوكترين) : الأفكار نفسها، ومفردات أخرى خلط إطاري العمل عشوائيا

مفاهيم قابلة للنقل : MVC و ORM والقوالب والتوجيه.

4.2 · تحكيم

10. يكتشف رياد سر JWT ملصقا في الكود في commit مدفوع. أول منعكس ؟

حذف الاختبارات للتعويض تركه، فلا أحد ينظر نسخه أيضا في README نقله إلى متغير بيئة (.env يتجاهله Git)، وتجديد السر وإبطال القديم

السر خارج الكود وخارج Git ؛ وتدوير فوري بعد الانكشاف.

4.5 · تحكيم

11. عشية التخفيضات، يتردد رياد في الاختبار (« صار يشتغل »). القرار ؟

التسليم سريعا دون اختبارات، وسنرى في الإنتاج كتابة حد أدنى من الاختبارات على المنطق الحرج (عادي + حدي) وإعادتها مع كل تعديل الاختبار باليد مرة، دون أتمتة حذف التحقق لكسب وقت

عدم الانحدار : السلسلة الخضراء قبل كل تسليم.

4.4 · تحكيم

12. يجب على رياد خدمة الفهرس نفسه للموقع والهاتف. البنية ؟

إرجاع 200 فارغ لتخفيف الخادم تكرار المنطق في قاعدتي كود منفصلتين عرض واجهة REST مُصدَرة (/api/v1/) بـ JSON + JWT، يستهلكها العميلان إرسال HTML الموقع إلى الهاتف كما هو

خلفية مفصولة وعملاء متعددون وعقد مُصدَر.

وماذا بعد؟

النتيجة 80 % فأكثر : مروا إلى المستوى 5 — PHP الاحترافي (الأنماط والأداء وDocker والنشر) وقودوا تطبيقاتكم إلى الإنتاج.
النتيجة 50-79 % : أعيدوا الأقسام الراسبة (MVC في 4.1، ولارافيل في 4.2، وسيمفوني في 4.3، والواجهة/JWT في 4.4، وبي.إتش.بي.يونيت في 4.5)، وأعيدوا قراءة الشروح أعلاه، ثم أعيدوا الاختبار.
النتيجة أقل من 50 % : أعيدوا المستوى من 4.1 ببرمجة كل نموذج (MVC وCRUD وتويغ (Twig) والواجهة والاختبارات)، ثم أعيدوا الامتحان برأس مرتاح.