test title
First Part
bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv
First Part - Copy
bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv
First Part - Copy - Copy
bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv
First Part - Copy - Copy - Copy
bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv bvcvxccvv
🧪 مقدمة تقنية حول الـ APIs:
🔧 بنية المشروع:
أي مشروع يتكوّن من:
Frontend: الجزء الذي يتعامل معه المستخدم.
Backend: منطق العمل (Business Logic).
Database: مكان تخزين البيانات.
API: وسيط للتواصل بين الـ frontend وbackend.
💬 مفاهيم مهمة:
Request: الطلب الذي يُرسل من المستخدم للـ backend.
Response: الرد الذي يرجع من الـ backend للـ frontend.
API: “المترجم” بين الواجهتين.
📦 مقدمة حول قاعدة البيانات (Database):
تنقسم إلى:
Offline DB: مثل الصور المخزنة على الموبايل.
Online DB: مثل منشورات الفيسبوك.
Localhost: قاعدة بيانات على شبكة محلية (مثال: شبكة منزلية).
نوعي قواعد البيانات:
SQL Databases: منظمة وصارمة.
NoSQL Databases: مرنة وسريعة وتناسب البيج داتا.
🧬 شرح مبسط لفكرة الـ API:
✅ تمثيل مجازي:
الأم تطلب من ابنها شراء أشياء من السوبرماركت.
الولد = Client
السوبر ماركت = Backend
الورقة = API Request
البضائع = Response
الأم تطلب:
إضافة شيء → POST
تعديل جزئي → PATCH
تعديل كلي → PUT
الحصول على شيء → GET
حذف شيء → DELETE
🧠 مفاهيم إضافية في الـ Request:
URL Structure: يشبه العنوان في السوبرماركت (قسم الألبان، قسم الحبوب…).
Parameters: مثل الكمية (كيلو/لتر).
Data Types: نوع البيانات (String, Integer…).
Body (في POST): شنطة سوداء – يُرسل فيها البيانات دون أن تظهر في الـ URL.
=========
🧰 التحضير لـ Postman & Documentation:
تم عرض شكل الـ API Documentation.
شرح ما يُستلم من الشركة:
Endpoint
Method (POST, GET…)
Parameters
Data Types
Expected Response
تم التلميح لكيفية استخدام Postman في الجلسات القادمة.
🧠 أفكار مهمة في التفكير كمختبر (Tester):
الإبداع في التفكير هو أهم سمة للمختبر.
التفكير في السيناريوهات الغريبة: تغيير امتداد الصور، إدخال بيانات غير منطقية، قطع الاتصال أثناء الإرسال…
الفرق بين مختبر عادي ومتميز هو في “الـ Invalid Cases” والقدرة على اكتشاف نقاط الضعف.
📌 نصائح ختامية:
لا تعتمد فقط على الكورسات – افهم الـ API فعليًا.
تعلم من الـ “ليد” وطريقة تفكيره.
راجع Documentation عمليًا وتدرّب على Postman.
ركّز على فهم الـ Business Logic وراء كل خدمة API.
تعليق واحد
يجب أنت تكون مسجل الدخول لتضيف تعليقاً.
222222222222222