تطبيقات Android أصلية لكل شاشة وكل ميزانية
يشمل تطوير Android الأصلي تطبيقات مكتوبة بلغة Kotlin للهواتف والأجهزة اللوحية والأجهزة القابلة للطي والعتاد المخصص، إلى جانب ما يرافقها من عمل على Google Play. وهو الخيار الصحيح حين يغلب Android على سوقك، أو حين يستخدم موظفوك أجهزة تصرفها الشركة أو أجهزة متينة لظروف العمل الشاقة، أو حين يحتاج المنتج إلى عمل في الخلفية أو Bluetooth أو NFC أو ماسحات ضوئية تتطلب وصولاً مباشراً إلى المنصة.
نبني باستخدام Jetpack Compose وMaterial Design، ونهيكل التطبيق حول مصدر واحد للبيانات، فتبقى حالته سليمة عند تدوير الشاشة، وحين يغلقه النظام في الخلفية، وعند ضعف الاتصال. وتتكيف الواجهات مع حجم النافذة بدل أن تفترض شكلاً واحداً للهاتف. ونختبر على أحدث الهواتف الأعلى فئة، وكذلك على الأجهزة ذات الذاكرة المحدودة وإصدارات Android الأقدم، فهناك تظهر معظم مشكلات الأداء.
واجهات Jetpack Compose
شاشات تصريحية وفق Material Design، مع السمات والألوان الديناميكية، ودعم لإمكانية الوصول مضمَّن في كل مكوّن: قارئ الشاشة TalkBack، وتكبير الخط، وأحجام مناطق اللمس.
واجهات متكيفة
واجهات تستجيب لفئات حجم النافذة، فيخدم تطبيق واحد الهواتف والأجهزة اللوحية والأجهزة القابلة للطي وChromeOS، دون إصدارات منفصلة أو شاشات ممطوطة بلا تناسق.
العمل دون اتصال وفي الخلفية
مكتبة Room للتخزين المحلي، وWorkManager للمزامنة المؤجلة وعمليات الرفع والتذكيرات، بما يراعي حدود البطارية، مع اكتمال المهام حتى بعد إعادة تشغيل الجهاز.
الربط بخدمات Google
Google Maps وGoogle Pay وML Kit وFirebase Cloud Messaging وPlay Billing، مع بدائل للأجهزة التي تأتي دون خدمات Google Play.
دعم أجهزة المؤسسات
تطبيقات مهيأة للإدارة عبر Android Enterprise، تشمل الإعدادات المُدارة، وملفات العمل، ووضع الكشك، والربط بماسحات الباركود في الأجهزة المحمولة المتينة.
الأداء وحجم التطبيق
قياس زمن التشغيل، وعرض الإطارات، والذاكرة على عتاد حقيقي، مع الضغط عبر R8، وملفات Baseline Profiles، وحزم التطبيقات، لتبقى التنزيلات صغيرة وبدء التشغيل سريعاً.
ما تتسلمه منا
- الشيفرة المصدرية بلغة Kotlin في مستودعك
- حزمة Android App Bundle موقّعة
- صفحة التطبيق وموادها على Google Play
- مسارا الاختبار الداخلي والمغلق
- مجموعات اختبارات الوحدات والاختبارات على الجهاز
- تقرير اختبار التوافق مع الأجهزة
- إعداد Crashlytics والتحليلات
- التطبيق منشور على حسابك في Google Play
طريقة عملنا
- 01
تحديد الأجهزة
نتفق على أدنى إصدار من Android، ومقاسات الشاشات، والعتاد الذي يجب أن يدعمه التطبيق، استناداً إلى بيانات جمهورك أو جرد أجهزتك، ونحدد مخاطر المنصة قبل بدء التصميم.
- 02
التصميم بمكوّنات Material
نصمم الشاشات بمكوّنات Material وسمة علامتك التجارية، بما فيها واجهات الأجهزة اللوحية والقابلة للطي. ونراجع معك نموذجاً أولياً تفاعلياً لتستقر طريقة التنقل قبل كتابة الشيفرة.
- 03
البناء والتوزيع
تصل النسخ التجريبية إلى فريقك عبر Firebase App Distribution أو مسار داخلي في Google Play. وتعمل الاختبارات الآلية على محاكيات وأجهزة فعلية من عدة مصنّعين، وتغطي إصدارات Android القديمة والجديدة.
- 04
الإطلاق المرحلي
نكمل نموذج أمان البيانات وصفحة المتجر، ثم نطلق التطبيق لنسبة صغيرة من المستخدمين أولاً. ونراقب معدلات الأعطال ومؤشرات الأداء في كل خطوة قبل توسيع الإطلاق.
التقنيات التي نستخدمها
| المجال | التقنيات |
|---|---|
| اللغة | Kotlin، Jetpack Compose، Coroutines، Kotlin Flow |
| البنية | Hilt، Room، WorkManager، Retrofit، DataStore |
| خدمات Google | Firebase، Google Maps SDK، ML Kit، Play Billing |
| الأدوات | Android Studio، Gradle، Espresso، Fastlane |
معظم مستخدميك أو موظفيك على Android
يميل سوقك إلى Android، أو يحمل سائقوك وفنيوك وفرق مستودعاتك أجهزة الشركة. ويجب أن يعمل التطبيق جيداً على الأجهزة المتوسطة، وأن يتحمل ضعف التغطية، وأن يتصل بالماسحات أو الطابعات أو أجهزة الاستشعار. وقد أظهر تطبيق الويب المغلّف حدوده بالفعل.
- تطبيقات الخدمة الميدانية والتوصيل
- أجهزة الأكشاك ونقاط البيع
- تطبيقات للأسواق الناشئة
- واجهات الأجهزة اللوحية والقابلة للطي
- نقل شيفرة Java إلى Kotlin
- Google Pay وميزات المحفظة
أسئلة شائعة
هل نطلق على Android قبل iOS أم بعده؟
اتبع جمهورك. إذا كان مستخدموك في مناطق أو قطاعات يغلب عليها Android، أو كان التطبيق يعمل على أجهزة تصرفها لموظفيك، فابدأ بـ Android. وإذا كان المستخدمون الأوائل والعملاء الذين يدفعون يميلون إلى iPhone، فابدأ بـ iOS وأضف Android بعد أن يثبت المنتج جدواه. وحين يهم النظامان منذ الإصدار الأول وتكون الشاشات معتادة، فإن شيفرة مشتركة بـ React Native هي عادةً الطريق الأقل كلفة.
كيف تختبرون التطبيق على هذا العدد الكبير من أجهزة Android؟
نحدد من بيانات جمهورك مصفوفة أجهزة تغطي أبرز المصنّعين ومقاسات الشاشات وإصدارات Android، وهاتفاً واحداً على الأقل بذاكرة محدودة. وتعمل الاختبارات الآلية على هذه المصفوفة على منصة سحابية للاختبار على الأجهزة، لكل إصدار مرشح، ونختبر يدوياً على أجهزة فعلية كل ما يتعلق بالكاميرا أو Bluetooth أو سلوك البطارية الخاص بكل مصنّع. ونشاركك المصفوفة والنتائج.
هل يعمل التطبيق على الأجهزة المُدارة والأكشاك والأجهزة المتينة؟
نعم. فـ Android هو المنصة المعتادة للعتاد المخصص، ونبني له مباشرة. ويشمل ذلك دعم Android Enterprise لتتمكن أداة إدارة الأجهزة لديك من تثبيت التطبيق وتهيئته وتحديثه عن بُعد، ووضع قفل المهام للأكشاك أحادية الغرض، والربط بحزم SDK للماسحات والطابعات من مصنّعين مثل Zebra وHoneywell. ونطلب أجهزة عيّنة مبكراً ليجري الاختبار على الجهاز الحقيقي.
هل يمكنكم تحديث تطبيق Android قديم مكتوب بـ Java وXML؟
نعم، وبالتدريج. فلغتا Kotlin وJava تتعايشان في المشروع نفسه، ويمكن وضع شاشات Compose داخل واجهات XML القائمة، فلا حاجة إلى إيقاف تطوير الميزات من أجل إعادة الكتابة. نبدأ بتدقيق، ثم نرفع إصدار SDK المستهدف ليلبي متطلبات Google Play الحالية، ثم نحوّل الشاشات الأكثر تغيراً. وتصل كل خطوة إلى المستخدمين، فيبقى خطر كل إصدار منفرد صغيراً.
كيف يجري الإصدار عبر Google Play معكم؟
يُنشر التطبيق من حساب المطوّر الخاص بك على Google Play، فتكون صفحة التطبيق وتسجيل مفتاح التوقيع في حسابك. ونجهز المسارات الداخلية والمغلقة ومسار الإنتاج، ونكمل نماذج أمان البيانات وتصنيف المحتوى، ونؤتمت الرفع من مسار الإصدار. وقد تخضع الحسابات الجديدة لمتطلبات الاختبار من Google قبل إتاحة الإنتاج، ونخطط لذلك. وتُطلق الإصدارات على مراحل مع مراقبة مؤشرات Android الحيوية طوال الوقت. تُحدَّد شروط الملكية والترخيص في اتفاقية المشروع.