تطوير تطبيقات الجوال: أندرويد أصلي وتطبيقات ويب تقدمية ومتعددة المنصات
نبني تطبيقات تعمل بسلاسة على هواتف مستخدميك الحقيقية، لا على أجهزة فريق التطوير فقط، وبالتقنية المناسبة لمنتجك لا بموضة الشهر.
يبدأ تطوير تطبيقات الجوال بقرار واحد يؤثر في التكلفة والجودة أكثر من أي شيء آخر: أصلي أم متعدد المنصات أم تطبيق ويب تقدمي؟ نبرمج تطبيقات أندرويد الأصلية بـ Kotlin وJetpack Compose، ونستخدم Kotlin Multiplatform وCompose Multiplatform حين يجب مشاركة المنطق بين المنصات، ونبني تطبيق ويب تقدميًا حين لا يكون التثبيت من المتجر ضروريًا. نتخذ هذا القرار معك بناءً على جمهورك وميزانيتك واحتياجات منتجك من العتاد.
يمنح تطبيق أندرويد الأصلي أفضل أداء ووصولًا كاملًا إلى العتاد وتجربة مألوفة، وهو المسار المعتاد للنشر في المتاجر وللدفع داخل التطبيق. أما تطبيق الويب التقدمي فأقل تكلفة، ويُفتح من رابط، ويتحدث فورًا، ويعمل على iOS أيضًا، لكن وصوله إلى الإشعارات وميزات النظام أكثر محدودية. والحل متعدد المنصات يقلل تكلفة صيانة شيفرتين، بشرط أن تُبنى البنية بشكل صحيح منذ اليوم الأول.
بنينا تطبيق أندرويد لمكتب بارادايس بلغة Kotlin وCompose أصليًا، إلى جانب تطبيق ويب تقدمي وروبوتات محادثة، وكلها على خادم NestJS واحد. ويقدم همدور تطبيق أندرويد ونسخة ويب بـ Kotlin/Wasm بحجم 2.7 ميغابايت (brotli)، يعمل كلاهما بمحرك القواعد نفسه المبني بـ Kotlin Multiplatform، ويقبلان الدفع عبر Cafe Bazaar وMyket وZarinPal ومحفظة Bale. ننقل هذه الخبرة مباشرة إلى مشروعك، من اختيار المنصة حتى النشر والصيانة.
ماذا نبني
تطبيقات أندرويد أصلية
Kotlin وJetpack Compose ببنية متعددة الطبقات، ودعم العمل دون إنترنت، وتحسين للهواتف المتوسطة والضعيفة.
تطبيقات ويب تقدمية قابلة للتثبيت
تطبيق ويب يُثبَّت على الشاشة الرئيسية، ويعمل دون إنترنت، ويتحدث دون انتظار مراجعة المتجر، على أندرويد وiOS.
تطبيقات متعددة المنصات بـ Kotlin Multiplatform
منطق الأعمال والشبكة والبيانات يُكتب مرة واحدة ويُشارك بين أندرويد والويب وسطح المكتب، دون التضحية بواجهة أصلية.
تصميم الواجهة وتجربة المستخدم
تصميم تطبيقات جوال يدعم الكتابة من اليمين إلى اليسار، بنظام تصميم ووضع داكن وأنماط أندرويد مألوفة.
الدفع داخل التطبيق والنشر
تنفيذ الدفع داخل التطبيق عبر متاجر أندرويد المحلية، وربط بوابات الدفع، وتجهيز الإصدارات ونشرها في المتاجر.
الخادم وواجهات API للتطبيق
خادم مخصص بـ NestJS أو Ktor مع المصادقة والإشعارات والمزامنة دون إنترنت وقنوات WebSocket فورية.
طريقة العمل
- ٠١
اختيار المنصة
ندرس الجمهور والأجهزة المستهدفة واحتياجات العتاد وقناة التوزيع، ثم نختار بين الأصلي والويب التقدمي ومتعدد المنصات بمبررات مكتوبة.
- ٠٢
نموذج أولي على هاتف حقيقي
نوصل المسارات الأساسية مبكرًا إلى إصدار قابل للتثبيت على جهاز حقيقي، ليكون التقييم على التجربة الفعلية لا على صورة.
- ٠٣
التطوير بإصدارات منتظمة
نبني التطبيق والخادم بالتوازي، ونقدم إصدارات تجريبية منتظمة نختبرها على هواتف ضعيفة وشبكات بطيئة ودون إنترنت.
- ٠٤
النشر والصيانة
نوقّع الإصدارات وننشرها في المتاجر، ونراقب تقارير الأعطال والأداء، ونحافظ على توافق التطبيق مع إصدارات أندرويد الجديدة.
أعمال ذات صلة

مكتب بارادايس
المال والمشاريع ويومك — بلغتك.
- تطبيق ويب أو موقع
- تطبيق جوال
- ذكاء اصطناعي وأتمتة

همدور
سهرة الألعاب مع الأصدقاء، أينما كنتم.
- لعبة
- تطبيق جوال
- تطبيق ويب أو موقع

حاكم وشلم
لعبتا ورق فارسيتان كلاسيكيتان على محرك مشترك واحد.
- لعبة
- تطبيق ويب أو موقع
- تطبيق جوال
ما الذي يحدد التكلفة؟
تعتمد تكلفة تطوير تطبيقات الجوال على المنصات ومنطق الخادم والتكاملات أكثر من عدد الشاشات. بعد جلسة التعرّف نقدّر العمل مرحلةً بمرحلة.
- المنصات المستهدفة: أندرويد فقط، أو تطبيق ويب تقدمي، أو عدة منصات بشيفرة مشتركة
- تعقيد الخادم: الحسابات والصلاحيات والبيانات الفورية والمزامنة دون إنترنت
- التكاملات: الدفع داخل التطبيق وبوابات الدفع والخرائط والرسائل والخدمات الخارجية
- حجم التصميم المخصص للواجهة والحركة ونظام التصميم
- الحاجة إلى لوحة تحكم وتقارير ودعم وصيانة بعد الإطلاق
الأسئلة الشائعة
كم تكلفة تطوير تطبيقات الجوال؟
لا يحدد عدد الشاشات تكلفة تطوير تطبيقات الجوال. فتطبيق من خمس شاشات فيه دفع ومحادثة فورية ومزامنة دون إنترنت أغلى من تطبيق من عشرين شاشة لمحتوى بسيط. العوامل الرئيسية هي المنصات المستهدفة وتعقيد الخادم والتكاملات وحجم التصميم المخصص. ننصح عادةً بالبدء بإصدار أول صغير قابل للنشر، والحصول على ملاحظات حقيقية، ثم التوسع في الاستثمار. وبعد جلسة التعرّف نقدم نطاق كل مرحلة وتقديرها كتابيًا.
هل الأفضل تطبيق أصلي أم تطبيق ويب تقدمي؟
اختر التطبيق الأصلي إذا احتجت إلى الكاميرا أو البلوتوث أو إشعارات موثوقة أو عمل ثقيل في الخلفية أو الدفع داخل التطبيق عبر المتاجر، أو إذا كان جمهورك يتوقع التثبيت من متجر. أما إذا كان المنتج في معظمه نماذج ولوحات ومحتوى وتريد تكلفة أقل وإصدارات فورية ووصولًا إلى iOS دون متجر آبل، فتطبيق الويب التقدمي كافٍ وغالبًا أفضل. في مكتب بارادايس بنينا الاثنين معًا ليدخل كل مستخدم من المسار الذي يناسبه.
لماذا تستخدمون Kotlin وJetpack Compose في برمجة تطبيقات أندرويد؟
Kotlin هي اللغة التي توصي بها غوغل لأندرويد، وJetpack Compose هو الأداة القياسية اليوم لبناء واجهات أندرويد. شيفرة Compose أقصر وأسهل في الاختبار، وتتعامل بسلاسة مع الوضع الداكن والكتابة من اليمين إلى اليسار، والمكتبات الجديدة تصدر له أولًا. وتمتد هذه المهارات إلى الويب وسطح المكتب عبر Kotlin Multiplatform وCompose Multiplatform، وبهذا يعمل محرك قواعد واحد في همدور داخل تطبيق أندرويد ونسخة الويب معًا.
هل يخفض تطوير تطبيقات الجوال متعددة المنصات التكلفة إلى النصف؟
ليس إلى النصف تمامًا في العادة، لكن التوفير قد يكون كبيرًا. يُكتب منطق الأعمال والشبكة والبيانات مرة واحدة، ولا يُبنى بشكل منفصل إلا ما يجب أن يكون قريبًا من نظام التشغيل. التكلفة الخفية هي ضرورة أن تكون البنية صحيحة منذ البداية، وأن بعض سلوكيات كل منصة تحتاج إلى عمل إضافي. نستخدم Kotlin Multiplatform لأنه يحافظ على الواجهة والأداء الأصليين ويسمح بكتابة شيفرة خاصة بالمنصة حيثما لزم.
هل تتولون نشر التطبيق في المتاجر والدفع داخل التطبيق؟
نعم. نجهز إصدارات النشر، ونوقّع التطبيق، ونعد صفحة المتجر، ونرسله للمراجعة. ونتحقق من عمليات الدفع داخل التطبيق من جهة الخادم حتى تُرفض المشتريات المزورة أو المكررة، وإذا كان التطبيق يُوزَّع خارج المتاجر أيضًا نربط بوابة دفع منفصلة. وفي همدور على سبيل المثال نفذنا أربعة مسارات مختلفة للدفع: Cafe Bazaar وMyket وZarinPal ومحفظة Bale.
كيف تتم صيانة التطبيق بعد الإطلاق؟
لا ينتهي التطبيق عند إطلاقه. كل عام يأتي إصدار جديد من أندرويد ومتطلبات جديدة من المتاجر، وتتطور المكتبات، ويواجه المستخدمون مشكلات على هواتف لم تُختبر. نراقب تقارير الأعطال والأداء، ونحدّث الاعتماديات بانتظام، وننشر إصدارات الإصلاح. وتبقى الشيفرة المصدرية وحسابات المتاجر ملكك دائمًا، فإن تولى فريق آخر العمل يومًا ما فلن تعتمد علينا في شيء.
للمزيد من القراءة
ويب الجوال مقابل PWA مقابل الأصلي في ٢٠٢٦
معايير قرار المنتج. دليل عملي بسيناريو حقيقي وقائمة تنفيذ لـ ويب الجوال مقابل PWA مقابل الأصلي في ٢٠٢٦.
MVP للتوسع: خارطة طريق المنتج للشركات الناشئة
تتعثر الشركات الناشئة بين بناء القليل جدًا وبناء الشيء الخطأ. تقوم خريطة الطريق هذه بمراحل MVP للتوسع باستخدام معايير الدخول/الخروج والفخاخ الشائعة.
البناء مقابل دمج مزودي الدفع
مخاطر الامتثال. دليل عملي بسيناريو حقيقي وقائمة تنفيذ لـ البناء مقابل دمج مزودي الدفع.