ثلاثة دروس من تطوير تطبيق موبايل باستخدام NativePHP

مشكلات الأداء والقوائم والاستجابة لم تكن عيوبًا في PHP؛ التشخيص الدقيق والإصدارات الصحيحة عالجاها.

عُمَر العلوي مقال

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

كانت المشكلة الثانية في تخصيص القوائم الجانبية والسفلية. بدل بناء كل شيء من الصفر، استخدمت مكونات EDGE المدمجة فوفرت وقتًا وحصلت على سلوك وتصميم متجاوبين.

أما بطء استجابة الخادم المحلي، فانتهى بعد ترقية إصدار NativeMobile من 2.6 إلى 3.x؛ انخفض زمن الاستجابة في تجربتي من نحو 200–300 مللي ثانية إلى قرابة 25 مللي ثانية. النتيجة الأساسية: شخّص الطبقة المسببة للمشكلة، وراجع المكونات والإصدارات، ثم قيّم التقنية بناءً على القياس لا الانطباع الأول.

شاركني رأيك

يسعدني مشاركة وجهة نظرك من خلال ترك تعليق في المقالة الأصلية في مواقع التواصل

مقالات مرتبطة

الأداء والاعتمادية ·

JavaScript ليست عدوًا للأداء وSEO

المشكلة ليست في JavaScript نفسها، بل في طريقة التصيير والتحميل وتحسين الصور والتخزين المؤقت.

قراءة المقال

الأداء والاعتمادية ·

دع البيانات تقود قرارات التوسع

عدد المستخدمين المسجلين لا يكفي لتقدير السعة؛ راقب المستخدمين النشطين وسلوك الطلبات قبل ترقية البنية.

قراءة المقال

الأداء والاعتمادية ·

Network Latency جزء من زمن استجابة API

زمن الاستجابة لا تحدده الاستعلامات وحدها؛ المسافة بين المستخدم والتطبيق وقاعدة البيانات تضيف زمنًا يجب قياسه.

قراءة المقال