تخطَّ إلى المحتوى

Native مقابل Capacitor: متى تتغيّر؟

الدرس 26 من 28

الهدف

بعد هالدرس تعرف 5 signals تدل إن Capacitor وصل حدوده لتطبيقك تحديدا، تعرف التكلفة الحقيقية للانتقال للـ native (مو التكلفة المبسّطة)، وتعرف طريق الـ hybrid extraction اللي يحل 90% من المشاكل بدون ما تبني كل شي من جديد.

ليش هذا الحين؟

هالدرس يجي هنا عن قصد — بعد الإطلاق، مو قبله. قبل الإطلاق السؤال "Capacitor أو Native؟" هو سؤال مؤسس ما بنى شي بعد. بعد الإطلاق، هو سؤال بيانات حقيقية. الفرق ضخم.

الفكرة

الحقيقة عن Capacitor:

Capacitor يكفي لـ 90% من الـ apps التجارية. وايد apps بملايين المستخدمين تشتغل على Capacitor و Ionic. المشكلة مو في الـ framework — في الـ expectations. لو تطبيقك يسوي CRUD، auth، notifications، و supabase sync = Capacitor يكفي لسنوات.

متى ما يكفي:

هذي هي الـ signals الحقيقية — مو آراء، قياسات:

  1. Interaction latency >200ms بشكل منتظم (قيسه بـ DevTools)
  2. تحتاج Bluetooth LE مستقر (plugins الحالية unstable)
  3. تحتاج ARKit أو ARCore (ما تشتغل في WebView)
  4. Cold start >3 ثواني (الـ WebView initialization)
  5. المستخدمين يقولون "يحسّه موقع ويب" باستمرار في الـ reviews

التكلفة الحقيقية للـ Native:

هذا اللي محد يقوله:

  • Swift + Kotlin = فريقين (أو مطور واحد بضعف الوقت)
  • ما تقدر تشارك منطق بين الـ platforms
  • كل feature تبنيها مرتين — ماكو استثناءات
  • Time to market يتضاعف

محتاج مساعدة؟ راسلنا على mj@shakesbeard.net