كانت المكاسب الحقيقية لـ Vite ليست في العلامة التجارية. بل كانت في تغيير نموذج التطوير.
غالباً ما كانت الإعدادات المعتمدة على Webpack تتطلب كمية كبيرة من العمل مقدماً قبل أن يكون التطبيق جاهزاً. تعتمد Vite على ESM الأصلية في وضع التطوير، مما يعني أن خادم التطوير يمكنه القيام بعملية الربط بشكل أقل حماسة ويقوم فقط بتحويل ما يطلبه المتصفح بالفعل.
هذا الاختلاف المعماري هو السبب في أن وقت البدء و HMR غالباً ما يشعران بتحسن كبير.
ما الذي تغير
مع Vite:
- يتم تجميع التبعيات مسبقاً بسرعة
- يتم تقديم ملفات المصدر كوحدات أثناء التطوير
- تؤدي تغييرات الملفات إلى إبطال جزء أصغر من الرسم البياني
هذا يؤدي إلى حلقة تغذية مرتدة أكثر إحكامًا:
pnpm create vite
pnpm dev
تجربة المستخدم سريعة لأن الأداة لا تحاول إعادة بناء العالم بأسره عند كل تغيير صغير.
تعتبر esbuild مهمة في هذه القصة لأنها جعلت عملية معالجة التبعيات أرخص بشكل كبير. تجربة مطور Vite ليست مجرد فكرة ذكية واحدة. إنها معمارية جيدة تستند إلى أدوات منخفضة المستوى سريعة جداً.
المقايضات
ليس Webpack ميتاً. لا تزال تستخدمه المؤسسات الكبيرة لأسباب جيدة:
- أنظمة الإضافات الناضجة
- سلاسل البناء القديمة
- الأنظمة القائمة على الفيدرالية أو الربط
لكن في الأعمال الجديدة في الواجهة الأمامية، غالباً ما تكون Vite هي الخيار الافتراضي الأكثر راحة لأنها تتناسب بشكل أفضل مع كيفية عمل المتصفحات الحديثة وأدوات الوحدات الحديثة بالفعل.
قراءة إضافية