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

تطبيق مطار القاهرة الدولي هو تطبيق يهدف إلي معرفة مواعيد الطائرات الي البلدان المختلفة مع إمكانية حجز تذاكر بسعار مخفضة و الإستفادة من العروض
تطبيق فاذكروني اذكركم

هو تطبيق يهدف إلي سهولة الوصول إلي اذكار الصباح و المساء و كل الأذكار الأساسية التي يحتاجها المسلم و المسلمة في حياتهما اليومية و يمكن من خلاله ايضا ان تؤدي التسابيح اليومية بسهولة
تطبيق دليل الحج

هو تطبيق يهدف إلي معرفة مناسك الحج و العمرة بالشرح المبسط صوت و صورة كما انه يساعدك علي الحصول علي معظم خدمات المملكة و كل ما تحتاجه في فترة الحج والعمرة بالإضافة الي بعض الخدمات الأخري مثل مواقيت الصلاة و البوصلة
تطبيق حسن

هو تطبيق يهدف إلي تسهيل الحصول علي فنيين في كافة المجالات لتصليح اي عطل في المنزل او العمل و امكانية تتبع الفني و خطوات التصليح بأفضل الأسعار التنافسية كما يمكنك ايضا جدولة و تحديد المواعيد المناسبة للصيانات المراد تنفيذها
تطبيق إنابة

هو تطبيق مخصص لأداء العمرة نيابة عن الغير و التطبيق مخصص لغير القادرين علي اداء منسك العمرة لأقاربهم المتوفين فيقوم التطبيق بتوفير أفراد موثقين لأداء العمرة نيابة عنهم بتكلفة رمزية كما انه يمكن تتبع المعتمر علي الخريطة للإطمئنان

الاثنين,09 مارس 2026

كيف تبرمج نظام إشعارات وتحديثات حية لا تجعل المستخدم يضغط على زر تحديث أبداً

محركات "الدفع" بدلاً من "السحب" (Push vs Pull Strategy)
في "جراند"، بنغير الفلسفة البرمجية من إن التطبيق "يسأل" السيرفر (Polling) لإن السيرفر هو اللي "يخبر" التطبيق. الطريقة القديمة كانت بتستهلك بطارية وإنترنت لأن الموبايل بيفضل ينادي على السيرفر كل كام ثانية. في 2026، بنستخدم تقنية الـ Server-Sent Events (SSE) للمواقف اللي البيانات فيها بتتحرك في اتجاه واحد (من السيرفر للموبايل)، زي أسعار العملات أو الإشعارات. أما لو محتاجين تفاعل رايح جاي بسرعة البرق، بنلجأ للـ WebSockets. البرمجة هنا بتعتمد على فتح "قناة اتصال مستمرة" بتهلك موارد أقل بكتير من الطلبات المتكررة، وبتضمن إن المعلومة تظهر على شاشة العميل في جزء من الثانية من وقت حدوثها على السيرفر.

معمارية الـ Pub/Sub وإدارة ملايين المشتركين
لما يكون عندك تطبيق زي "جراند" فيه آلاف المستخدمين، السيرفر مايقدرش يبعت لكل واحد لوحده "يدوياً". الحل الهندسي هو نظام Publisher/Subscriber. بنبرمج "وسيط" (Message Broker) زي (Redis) أو (Google Pub/Sub). لما يحصل تحديث (مثلاً: تم قبول طلب العميل)، السيرفر بيعمل (Publish) للخبر ده على "قناة" معينة. نظام الإشعارات عندنا مبرمج إنه يراقب القنوات دي، وأول ما يلقط الخبر، بيقوم بعمل (Broadcast) فوراً لكل الأجهزة المشتركة في القناة دي. التقسيم ده بيخلي السيستم "مطاطي" (Scalable) جداً، وبيقدر يتعامل مع ضغط ملايين الإشعارات في وقت واحد من غير ما السيرفر "يهنج" أو يقع.

التحديثات الحية داخل الواجهة (Live Activities & Dynamic Islands)
في نظام 2026، الإشعار مابقاش مجرد رسالة فوق الشاشة، بقى جزء "حي" من الواجهة. في "جراند"، بنبرمج ميزات الـ Live Activities (للآيفون) والـ RemoteViews (للأندرويد). دي تقنيات بتسمح للتطبيق بتحديث مساحة معينة في الشاشة (زي الـ Dynamic Island) بشكل مستمر من غير ما العميل يفتح التطبيق أصلاً. برمجياً، إحنا بنبعت (Push Payload) خفيف جداً بيحتوي بس على الأرقام الجديدة، ونظام التشغيل بيقوم بتحديث الواجهة فوراً. ده بيخلق تجربة مستخدم سحرية، لأن العميل بيراقب تقدم طلبه أو نتيجة ماتش بلمحة سريعة على موبايله وهو مقفول، وده قمة الراحة والذكاء التقني.

المزامنة الصامتة وإدارة "حالة" التطبيق (Silent Background Updates)
السر الكبير في إن العميل مايضغطش "تحديث" هو إننا بنعمل التحديث ده وهو نايم أو والتطبيق مقفول. بنستخدم في "جراند" الـ Silent Push Notifications. ده نوع من الإشعارات مابيطهرش للعميل، لكنه "بيصحي" التطبيق في الخلفية لمدة ثواني. خلال الثواني دي، التطبيق بيفهم إن فيه بيانات جديدة، فبيروح يحملها ويحدث قاعدة البيانات المحلية (Local DB). لما العميل يفتح التطبيق في أي وقت، بيلاقي كل حاجة "جاهزة" ومحدثة لأخر لحظة. إحنا هنا بنبرمج "الاستباقية"، وبنضمن إن واجهة المستخدم دايمًا بتعكس الواقع من غير ما العميل يشوف كلمة "جاري التحميل" اللي بتفصل حبل أفكاره.