مرحبًا! هيا بنا نتعمق في عالم تطبيقات الويب.

تعريف تطبيق الويب

عادةً ما يعتمد تطبيق الويب على المتصفح. تشمل الخصائص الرئيسية ما يلي:

• استقلال النظام الأساسي (عدم الاعتماد على أنظمة تشغيل محددة)
• يعمل على أي جهاز، بما في ذلك الهاتف المحمول
• يعتمد على الإنترنت (على الأقل للتحميل الأولي)
• المحتوى الديناميكي (تحديثات متكررة)

التقنيات وراء تطبيقات الويب

تشمل التقنيات الأساسية لتطبيقات الويب ما يلي:

• الواجهة الأمامية: HTML وCSS وJavaScript (WebAssembly ناشئ ولكنه لم ينتشر بعد)
• الخلفية: لغات مختلفة مثل Node.js، وPython (مع Django أو Flask)، وJava، وما إلى ذلك.
• قواعد البيانات: خيارات SQL وNoSQL (على سبيل المثال، MongoDB، PostgreSQL)

أمثلة على تطبيقات الويب

بعض تطبيقات الويب الشائعة التي نستخدمها يوميًا:

• جي ميل
• محرر مستندات Google
• تريللو
• Slack (حتى عند استخدامه كتطبيق سطح مكتب، فهو يعتمد على الويب)
• الخدمات المصرفية عبر الإنترنت
• لوحات تحكم المشرف

الأمان في تطبيقات الويب

تستفيد تطبيقات الويب من ميزات الأمان المضمنة، مثل HTTPS لنقل البيانات المشفرة. تعمل هذه البنية التحتية الموجودة مسبقًا على حماية المطورين من إنشاء إجراءات أمنية من الصفر.

ما هو ليس تطبيق ويب؟

لفهم تطبيقات الويب بشكل أفضل، دعونا نلقي نظرة على ما هو غير مؤهل:

• تطبيقات الجوال الأصلية
• تطبيقات سطح المكتب الأصلية
• واجهات سطر الأوامر
• الأنظمة المضمنة (مثل برامج الميكروويف)
• معظم الألعاب (رغم أن بعضها يستخدم تقنيات الويب)
• مواقع الويب البسيطة**
• مواقع الويب الصديقة لمحركات البحث (SEO)** (غالبًا ما تعطي الأولوية للمحتوى الثابت أو المعروض بواسطة الخادم)

مناقشة العرض من جانب الخادم

** هناك نقاش مستمر حول العرض من جانب الخادم (SSR) مقابل العرض من جانب العميل لتطبيقات الويب. وتدفع بعض الشركات من أجل المزيد من خدمات SSR، ويرجع ذلك جزئياً إلى أن لديها حافزاً لبيع البنية التحتية للخادم. ومع ذلك، بالنسبة للعديد من تطبيقات الويب، غالبًا ما يكون العرض من جانب العميل كافيًا ويمكن أن يوفر تجربة أفضل للمستخدم.

أوقات التحميل: التحقق من الواقع

دعونا نفكر في أوقات التحميل لتطبيقات الويب:

• التحميل الأول: ~7-8 ثواني
• التحميلات اللاحقة: ~1 ثانية (بفضل التخزين المؤقت)

بالنسبة لمعظم تطبيقات الويب، تكون أوقات التحميل هذه مقبولة. عادةً لا يمانع المستخدمون في الانتظار بضع ثوانٍ للحصول على التطبيق الذي سيستخدمونه لفترة ممتدة.

النهج الهجين

في Quave، غالبًا ما نستخدم نهجًا مختلطًا:

1. موقع لعرض الفكرة وبيعها (محسن لتحسين محركات البحث)
2. تطبيق ويب للمنتج الفعلي (محسّن لتجربة المستخدم)

يسمح لنا هذا المزيج بالاستفادة من نقاط القوة في كلا النهجين.

خاتمة

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

تذكر أن التكنولوجيا صناعة كبيرة، ويجب على الشركات كسب المال. ومع ذلك، يجب أن تكون أولويتك هي حل مشكلاتك الفريدة، وليس التوافق مع نموذج عمل شخص آخر.

فكر بشكل نقدي، واتخذ القرارات بناءً على مبادئ تطبيقك، وليس أحدث التطورات في السوق من الشركات الكبرى.

نراكم في الحلقة القادمة! وداعا وداعا.

هذا المحتوى جزء من دورة AI Proof Dev Web Apps.