تخطي إلى المحتوى
العودة إلى الأعمال

مشروع تطبيق مهام مكتبي

تطبيق مهام Electron مع قائمة مهام ونموذج مهمة عادية ومهمة مؤقتة ومهمة بصورة وسكربتات تغليف سطح مكتب.

عارض صور المشروع

تطبيق مهام مكتبي

صورة 1 من 2

فكرة المشروع

تطبيق سطح مكتب (Electron) لإدارة المهام — ثلاثة أنواع: مهام نصية عادية، مهام مجدولة بإشعارات، ومهام مصحوبة بصور. بدون حسابات أو خادم — البيانات محلية بالكامل عبر JsStore.

ما الذي تعرضه الواجهة

نافذة تطبيق سطح المكتب الأصلية معروضة عبر متصفح (noVNC)، بقسمي المهام النصية والمجدولة، وقسم المهام المصورة.

دوري وقراراتي

التحدي الأساسي هنا مختلف تمامًا عن أي مشروع تاني — التطبيق ده أصلاً مش موقع ويب، فمينفعش يتلقّط بمتصفح عادي. قبل ما ألتزم بأي تنفيذ، عملت إثبات جدوى فعلي الأول: هل تطبيق Electron حقيقي يقدر يفضل تفاعلي جوه حاوية Docker ويتعرض عبر متصفح؟ اختبرت ده فعليا (فتح نافذة فرعية بالماوس، إنشاء مهمة بالكيبورد) قبل ما أقرر أكمل. القرار كان أستخدم مجموعة أدوات (Xvfb لشاشة افتراضية، x11vnc، websockify، noVNC) بدل حل أخف — ووثّقت صراحةً إن ده تكلفة حجم صورة أكبر مقابل قدرة معاينة حقيقية. لما لقيت مشكلة تكرار في التشغيل (الحاوية بترفض تشتغل تاني بعد إيقاف وتشغيل)، تتبعت السبب لملفات قفل قديمة باقية من التشغيل الأول، وحليته بحذفها الدفاعي عند كل بداية تشغيل — مش الاعتماد على إغلاق نظيف بس.

الجوانب التقنية

Electron مع IPC معزول (context isolation) وقنوات مسموحة صراحة بين العملية الرئيسية والواجهة، JsStore (IndexedDB) لتخزين محلي بالكامل، وجسر noVNC للمعاينة عبر المتصفح — بيانات المهام تفضل جوّه الحاوية القابلة للتخلص منها ومتنتقلش لأي خدمة خارجية.

قيمة المشروع داخل المعرض

بيوضح حل مشكلة معاينة غير تقليدية (تطبيق سطح مكتب في متصفح) بإثبات جدوى فعلي قبل الالتزام، وتشخيص علة تكرار تشغيل (restart bug) لسببها الجذري بدل ترقيعها.

عرض أعمال أكثر
عرض خدمات أكثر