Next.js: حوالي 50٪ بايت غير مستخدم في app.js مع تغطية Chrome Dev Tools

تم إنشاؤها على ٦ أبريل ٢٠١٧  ·  3تعليقات  ·  مصدر: vercel/next.js

الأداة المساعدة لتغطية كود Chrome Dev Tools

-

screen shot 2017-04-06 at 02 23 23

في الإنتاج بالطبع.

-

بصرف النظر عن CSS (المرة الأولى التي تستخدم فيها styled-jsx وستحتاج إلى تحسين تصميم الأنماط المشتركة أو استخدام شيء مثل styletron ) - هل أسأت فهم ميزة تقسيم الكود التلقائي؟

لإعطاء بعض السياق ، أستخدم المكوّن الإضافي (HOC) لالتفاف كل صفحة ، وأقوم بتمرير كل من الأساليب والدعائم التي لا يتم استخدامها بالضرورة بواسطة كل صفحة. بالإضافة إلى ذلك: ربما أكون مهملاً هنا وهناك مع بعض الواردات ؛ أستخدم re-base الذي يستورد حاليًا كل Firebase (ليس ضروريًا في حالة الاستخدام الخاصة بي).

هل من المحتمل أن أمزج بين automatic code splitting لـ webpack مع static analysis and tree shaking a là rollup؟ لو ذلك،

  1. هل يجب على التالي إجراء اهتزاز الشجرة وإزالة الشفرة الميتة؟

  2. إذا لم يكن كذلك ، فهل لديك أي اقتراحات بشأن كيفية التعامل مع هذه المشكلة وحلها؟ لا يمكن تصدير نتائج تغطية Chrome Dev Tools

  3. هل سيكون استخدام شيء مثل webpack-rollup-loader ممكنًا وله معنى؟

  4. هل يمكن أن يؤدي أي من هذا إلى تحسينات للطريقة الرائعة التي يعمل بها Next؟

شكرا!

التعليق الأكثر فائدة

مرتبطًا من هذا الخيط ، هنا على ما يبدو أداة مساعدة لاختبار ما إذا كان اهتزاز الشجرة يحدث بشكل صحيح في Webpack:
https://github.com/halt-hammerzeit/es6-tree-shaking-test

ال 3 كومينتر

أفترض أن هذا بسبب كيفية تعامل حزمة الويب مع اهتزاز الأشجار.
يحتاج إلى وحدات ES2015. آمل ألا توفر React ذلك ولهذا السبب.
لكن أود أن أجرب هنا. نرحب بأي أفكار / تحسينات.

ربما تتعلق بحزمة الويب # 2867 ؟

مرتبطًا من هذا الخيط ، هنا على ما يبدو أداة مساعدة لاختبار ما إذا كان اهتزاز الشجرة يحدث بشكل صحيح في Webpack:
https://github.com/halt-hammerzeit/es6-tree-shaking-test

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات