برمجة تطبيقات Android قد تبدو مهمة سهلة في البداية، لكن الواقع مليء بالتحديات التي لا يكتشفها المطورون إلا بعد البدء. كثير من المبتدئين يقضون ساعات طويلة في محاولة فهم أخطاء يمكن تجنبها بسهولة لو عرفوا بعض الأساسيات مبكرًا. من اختيار الأدوات المناسبة إلى التعامل مع واجهات المستخدم المعقدة وإدارة الأداء، هناك دروس مهمة يجب استيعابها منذ اليوم الأول لتوفير الوقت وتجنب الإحباط. هذا المقال يستعرض أبرز النقاط التي تساعدك على دخول عالم تطوير تطبيقات Android بثقة أكبر وفهم أعمق.
لقد عدت مؤخرًا إلى البرمجة من خلال بناء تطبيقات أندرويد. إذا كنت تفكر في فعل الشيء نفسه، فتعلم من هذه الأخطاء الخمسة التي ارتكبتها حتى لا تضطر إلى تجربتها أيضًا.
استخدام الكود الأصلي أفضل من استخدام لغة البرمجة متعددة المنصات
عندما بدأتُ برمجة تطبيقات أندرويد، فكرتُ: “الكود متعدد المنصات رائع! يمكنني البرمجة مرة واحدة واستخدامه في كل مكان”. صحيح أن البرمجة متعددة المنصات قد قطعت شوطًا طويلًا منذ آخر تجربة لي في أوائل العقد الأول من القرن الحادي والعشرين، إلا أنها لا تزال بعيدة كل البعد عن كونها أصلية.
بدأتُ في بناء تطبيقي باستخدام React Native، وهي من أكثر لغات البرمجة متعددة المنصات أصالةً. فوجئتُ بسلاسة ترجمة React Native لأندرويد في البداية. كان لديّ تطبيق يعمل بكفاءة في غضون ساعات قليلة.
مع ذلك، لم يكن التطبيق بجودة تطبيق أصلي، لذا قررتُ الانتقال إلى Jetpack Compose (المُصمم على Kotlin). Compose هي اللغة الأصلية لتطبيقات Android، لذا يبدو كل شيء وكأنه مصمم خصيصًا لنظام التشغيل.
العيب هو أنه عند بناء تطبيق لأنظمة iOS وmacOS وWindows والويب، سأضطر إلى إعادة كتابته لكل منصة. سيستغرق هذا وقتًا أطول بكثير، وسيكون هناك قواعد برمجية أكثر عليّ صيانتها، لكن كل تطبيق سيبدو وكأنه مصمم خصيصًا لتلك المنصة.
بصفتي شخصًا يُنشئ التطبيقات للمتعة فقط، لا أمانع تحمل هذه المسؤولية، وأتمنى لو بدأتُ للتو باستخدام الكود الأصلي.
التطوير على جهاز أفضل من المُحاكي
المحاكيات رائعة. فأنت تُشغّل جهازًا افتراضيًا لأي جهاز تُطوّر له، مع نشر فوري ودون الحاجة إلى كابلات. مع ذلك، ليست المحاكيات الخيار الأمثل دائمًا.
سيحتوي التطبيق الذي أُنشئه على حسابات مستخدمين مرتبطة بأساليب تسجيل الدخول الموحد (SSO) مثل جوجل وآبل. مع أنني أستطيع تخصيص وقت لتسجيل الدخول إلى حسابي على جوجل عبر المحاكي، إلا أن نشره على هاتفي أسهل.
تعمل أحداث اللمس بشكل صحيح (لأنني ألمس الشاشة بدلًا من النقر بالماوس)، والتمرير تلقائي (لأنه يتم بإصبع وليس بالماوس)، وجميع حساباتي الحالية جاهزة للاستخدام.
للاختبارات السريعة لأشياء مثل تصميم التطبيق أو شكله، غالبًا ما أستخدم المحاكي. ولكن لاختبار الوظائف الأساسية، يُعدّ الجهاز أفضل بكثير.
تبديل الواجهات الخلفية لقواعد البيانات أمر صعب.
عندما بدأتُ ببناء تطبيقي، اعتمدتُ على أول قاعدة بيانات خلفية موثوقة وجدتها: فايربيس من جوجل. فايربيس رائع، وقد بدأتُ باستخدامه بسرعة فائقة. مع ذلك، اكتشفتُ في النهاية أن فايربيس هو ما يُسمى NoSQL، أي بيانات غير مُهيكلة.
يعتمد التطبيق الذي أُنشئه على بيانات مُهيكلة (فواتير مُولّدة، عروض أسعار، ومعلومات العملاء)، لذا لم يكن هذا مُناسبًا لي. لحسن الحظ، اكتشفتُ هذا في مرحلة مُبكرة من عملية التطوير، لذا كانت البيانات الوحيدة التي كنتُ أُخزّنها هي بياناتي الخاصة.
ثم انتقلتُ إلى Supabase، الذي يُوفر هيكلة بيانات مُناسبة، بالإضافة إلى جميع ميزات Firebase الرائعة الأخرى (مثل حسابات المستخدمين، وتخزين الكائنات، وغيرها).
المشكلة هي أنني كنتُ قد بدأتُ بالفعل بتعلم لغة ووظائف Firebase، ورغم أن Supabase مُشابه، إلا أن هناك فرقًا كبيرًا بينهما، مما جعلني أحتاج إلى ثلاثة أضعاف الوقت لإعادة برمجة عقلي (وبرمجتي) للانتقال من Firebase.
كان جزء من مشكلتي أنني بدأتُ باستخدام React Native وFirebase، ثم انتقلتُ إلى Compose وFirebase، ثم حاولتُ الانتقال إلى Supabase بعد ذلك. في النهاية، ألغيتُ التطبيق الأول الذي بنيتُه بالكامل وبدأتُ من جديد باستخدام Supabase وCompose فقط، وكان ذلك أفضل بكثير. أتمنى لو لم أضيع أيامًا من التطوير في هذه العملية.
قد يكون برمجة Vibe ممتعًا، ولكنه مُحبط للغاية أيضًا.
قبل سنوات عديدة، كنتُ أبرمج طوال اليوم، كل يوم. كنتُ أُنشئ ذاكرات قراءة (ROM) وتطبيقات أندرويد لهواتف ويندوز وويب أو إس. هذا يعني أنني كنتُ أستخدم الطرفية أو بيئة التطوير المتكاملة (IDE) باستمرار لأبرمج. مع ذلك، كان ذلك منذ أكثر من عقد من الزمان في هذه المرحلة.
لذا، وللعودة إلى العمل، قررتُ تجربة برمجة Vibe. أعرف المخاطر التي تصاحبها، لكنها طريقة رائعة للبدء بشيء لم أفعله منذ فترة.
بمساعدة ChatGPT وClaude، تمكنتُ من الحصول على تطبيق يعمل في غضون ساعات قليلة – بما في ذلك حسابات المستخدمين وتخزين الكائنات والمزيد. لقد فوجئتُ بسرعة إنجاز كل شيء.
بعد برمجة Vibe لبعض الصفحات والوظائف، عدتُ إلى العمل اليدوي وأكتب الوظائف الكاملة. حسنًا، استخدمتُ Visual Studio Code والإكمال التلقائي في Android Studio، لكنني كنتُ أنا من يُملي عليه ما يجب فعله!
بشكل عام، تُعد برمجة Vibe طريقة ممتازة لتسريع النماذج الأولية في تطبيقي. ومع ذلك، قد يكون الأمر محبطًا أيضًا. في مرات عديدة، كنت أحاول تشغيل وظيفة معينة، وقضيت وقتًا أطول في ChatGPT مما كنت سأقضيه لو بحثت في الموضوع بنفسي. أعرف هذا لأنه بعد إضاعة بضع ساعات مع ChatGPT، بحثت عنه وحللت المشكلة في 10 دقائق.
أنا سعيد بالتقدم الذي أحرزته، وبالتأكيد لم أكن لأتمكن من الوصول إلى التطبيق كما هو عليه اليوم لولا مساعدة الذكاء الاصطناعي في كتابة بعض الأكواد البرمجية لي. كل ما أحتاجه هو إتقان التوازن بين تركه يقوم بالعمل والقيام ببعض العمل بنفسي.
في الواقع، الأمر سهل جدًا
كما ذكرتُ، مرّت سنوات منذ أن بدأتُ بتطوير تطبيقات بشكل صحيح. لقد أجّلتُ بناء تطبيق لفترة طويلة لأنني ظننتُ أنه سيكون من الصعب البدء به. كنتُ مخطئًا تمامًا.
في غضون ساعات قليلة من البدء، كان لديّ تطبيق متكامل مع خاصية المصادقة وواجهة خلفية سحابية. الآن، لم يعد التطبيق يفعل أكثر من تسجيل الدخول إلى حساب وعرض صورة الملف الشخصي والاسم. لكن هذه وظيفة أساسية في التطبيق، وفي الماضي، كنتُ أستغرق أيامًا أو أسابيع للوصول إلى هذه المرحلة.
ليس لديّ الوقت الكافي للتطوير كما أرغب، لكنني أستمتع به حقًا، وأتمنى لو بدأتُ مبكرًا. أنا متحمس لبناء التطبيق الذي كنتُ أنتظره منذ زمن.
بناء تطبيقات أندرويد ليس بالضرورة أمرًا صعبًا. هناك الآن المزيد من الوثائق المتاحة أكثر من أي وقت مضى. بالإضافة إلى ذلك، بمساعدة الذكاء الاصطناعي مثل ChatGPT Code أو Claude Code، يمكنك البدء بالتأكيد حتى لو لم تبرمج من قبل.
دخول عالم برمجة تطبيقات Android خطوة مثيرة لكنها تحتاج إلى استعداد مسبق وفهم لأهم الدروس التي مر بها الآخرون. معرفة الأدوات الصحيحة، تنظيم الكود من البداية، وفهم دورة حياة التطبيق توفر عليك الكثير من الوقت والمجهود لاحقًا. التعلم المستمر والتجربة هما المفتاح الحقيقي لتصبح مطور Android ناجحًا.
