Tauri مقابل Electron في 2025–2026: أيهما تختار؟

كيف سيطر Electron على تطوير تطبيقات سطح المكتب

صعود Electron كان منطقياً بأثر رجعي. قبله، كان بناء تطبيق سطح مكتب متعدد المنصات يستلزم كتابة كود واجهة مستخدم خاص بكل منصة: Win32 أو WPF على Windows، وAppKit على macOS، وGTK على Linux. الحفاظ على ثلاث قواعد كود لمنتج واحد كان مكلفاً وبطيئاً. قرار GitHub بشحن Atom باستخدام تقنيات الويب مجمّعةً مع Chromium وNode.js عام 2013 فتح باباً لمقايضة مختلفة: التضحية بالأداء الخام وحجم الحزمة مقابل رافعة تطويرية شبه لا محدودة. أصبح بمقدور مطوري الويب استهداف سطح المكتب دون تعلم نموذج برمجي جديد.

ثبت أن هذه المقايضة كانت شائعة للغاية. VS Code وSlack وDiscord وFigma وNotion ومئات المنتجات الأخرى تُشحن على Electron. استحوذت Microsoft على GitHub — وبالتالي على Electron — وتواصل صيانته. النظام البيئي ضخم والإطار مُختبَر في بيئات الإنتاج على نطاق واسع.

تكلفة تجميع Chromium

المشكلة في Electron هيكلية: كل تطبيق يُشحن مع نسخته الخاصة من Chromium. Chromium تبعية تزيد عن 100 ميغابايت. مجتمعةً مع Node.js وكود التطبيق، نادراً ما يقل حجم تطبيق Electron البسيط عن 150 ميغابايت. التطبيقات الكبيرة كـ Slack وDiscord قد تتجاوز 300 ميغابايت على القرص، وتستهلك 300 إلى 500 ميغابايت من RAM أثناء التشغيل، حتى في وضع الخمول.

على جهاز يُشغّل خمسة تطبيقات Electron، قد يكون لديك خمس نسخ منفصلة من Chromium في الذاكرة في آنٍ واحد. يمكن لنظام التشغيل التعامل مع ضغط الذاكرة جزئياً، لكن الحمل الأساسي كبير مقارنةً بالتطبيقات الأصيلة. هذه ليست مشكلة قابلة للحل ضمن بنية Electron — تجميع Chromium هو جوهر الفكرة، وهو يزن ما يزنه.

ما الذي يفعله Tauri بشكل مختلف

Tauri، الذي بلغ الإصدار 1.0 عام 2022 والإصدار 2.0 في أكتوبر 2024، يتبع نهجاً معاكساً تماماً. بدلاً من تجميع محرك متصفح، يستخدم WebView الموجود في النظام: WebKit على macOS وiOS، وWebView2 (المدعوم بـ Edge/Chromium) على Windows، وWebKitGTK على Linux. محرك العرض مثبّت مسبقاً — Tauri يستخدمه فحسب.

الخلفية مبنية على Rust بدلاً من Node.js. يُترجَم Rust إلى كود آلي أصيل، ويبدأ أسرع من وقت تشغيل Node.js، ويستخدم جزءاً بسيطاً من الذاكرة. الواجهة الأمامية تبقى JavaScript/TypeScript مع أي إطار تختاره — React أو Vue أو Svelte أو SolidJS — مطابقة تماماً لـ Electron في هذا الجانب.

فارق الحجم ملحوظ للغاية. يمكن أن يكون تطبيق Tauri البسيط أقل من 5 ميغابايت. تطبيقات Tauri في بيئة الإنتاج تُشحن عادةً بحجم 5 إلى 20 ميغابايت، مقارنةً بحد أدنى 150 إلى 300 ميغابايت لـ Electron. استخدام الذاكرة أثناء التشغيل أقل بنسبة مماثلة.

نموذج الأمان في Tauri

نظام صلاحيات Tauri يستحق الفهم. افتراضياً، لا يمكن لـ JavaScript في الواجهة الأمامية استدعاء أي دالة في خلفية Rust. كل قدرة — قراءة نظام الملفات، الوصول إلى الحافظة، تشغيل العمليات — يجب الإعلان عنها صراحةً في إعدادات Tauri. القائمة البيضاء تعتمد الاشتراك الاختياري؛ بينما IPC في Electron أكثر تساهلاً افتراضياً.

هذا مهم للتطبيقات الحساسة أمنياً. اختارت 1Password إطار Tauri (وRust) لإعادة بناء الإصدار 8 جزئياً لهذا السبب: تصريحات الصلاحيات الصريحة تُقلص سطح الهجوم المتاح لسكريبت مخترق أو خبيث يعمل في WebView. لمدير كلمات المرور، هذا ليس مخاوف نظرية.

المقايضة الحقيقية في Tauri: عدم اتساق WebView

استخدام WebView النظام يعني التخلي عن اتساق العرض عبر المنصات. WebKit على macOS وWebView2 على Windows كلاهما محركات قادرة، لكنهما ليسا متطابقَين. ميزات CSS وواجهات برمجة JavaScript وحالات الحافة في العرض قد تتصرف بشكل مختلف بين المنصات. ضمان Electron — نسخة Chromium واحدة في كل مكان — ذو قيمة حقيقية إذا كان تطبيقك يمتلك واجهة مستخدم معقدة تعتمد على سلوك متسق.

هذا هو السبب الذي يجعل كثيراً من الفرق الكبيرة تتمسك بـ Electron رغم الحجم الزائد. إذا كان تطبيقك بسيطاً نسبياً أو كنت منضبطاً في الاختبار عبر المنصات، فإن اختلافات WebView قابلة للإدارة. أما إذا كنت تبني شيئاً بتعقيد محرك عرض Figma، فإن السيطرة التي يوفرها Electron على إصدار المتصفح الدقيق تصبح مهمة.

Tauri 2.0: البُعد المحمول

Tauri 2.0، الذي صدر في صيغته المستقرة في أكتوبر 2024، يضيف دعم iOS وAndroid. يمكن لمشروع Tauri الآن أن يُترجَم إلى macOS وWindows وLinux وiOS وAndroid من قاعدة كود واحدة — تعمل خلفية Rust والواجهة الأمامية JavaScript على المنصات الخمس. هذا يضع Tauri في منافسة مباشرة مع React Native وFlutter للفرق التي تريد تغطية سطح المكتب والهاتف المحمول من مشروع واحد.

دعم الهاتف المحمول لا يزال في طور النضج. React Native وFlutter يمتلكان سنوات من الاستخدام المحمول في بيئات الإنتاج. لكن لمشروع يبدأ من الصفر ويريد تغطية سطح المكتب بجدية (المجال التقليدي لـ Electron) مع شحن تطبيقات موبايل أيضاً، يُعدّ Tauri 2.0 خياراً حقيقياً حيث لم يكن Tauri 1.0 كذلك.

من يجب أن يستخدم أيهما

استخدم Electron عندما:

• فريقك لديه خبرة سابقة بـ Electron أو قاعدة كود Electron موجودة.
• اتساق العرض عبر المنصات أمر بالغ الأهمية وواجهة المستخدم معقدة.
• حجم التطبيق واستخدام الذاكرة ليسا قيوداً — كبرمجيات المؤسسات على أجهزة مُدارة مثلاً.
• تحتاج إلى أكبر نظام بيئي ممكن من الإضافات والأدوات.

استخدم Tauri عندما:

• حجم التطبيق مهم: توزع على مستخدمين بوصلات محدودة، أو أجهزة بطيئة، أو أجهزة محدودة التخزين.
• كفاءة الذاكرة أولوية: أدوات الإنتاجية التي تعمل جنباً إلى جنب مع تطبيقات أخرى كثيرة.
• الأمان محوري في المنتج: نموذج القائمة البيضاء الصريحة يستحق تكلفة الإعداد.
• تريد تغطية سطح المكتب والهاتف المحمول من قاعدة كود واحدة (Tauri 2.0).
• منطق الخلفية يتطلب أداءً عالياً ويستفيد من Rust مقارنةً بـ Node.js.

لمعظم المشاريع الجديدة التي تبدأ في 2025-2026، يُعدّ Tauri الخيار الأفضل تقنياً إذا كان فريقك مستعداً لتعلم Rust لطبقة الخلفية وقبول تكلفة اختبار WebView عبر المنصات. يبقى Electron الخيار الأقل مخاطرةً للفرق التي لا تمتلك خبرة في Rust أو لديها متطلبات عرض معقدة. لن يختفي أيٌ من الإطارَين — VS Code وحده يضمن استمرار الاستثمار في Electron وصيانته.