سؤال

...أنا أعمل على نظريتين، لكني مهتم بسماع آراء أخرى.

تم التحقق من ذلك على ثلاث أجهزة مختلفة، اثنان منها يعملان بنظام Linux والآخر يعمل بنظام التشغيل Linux.المترجم المستخدم هو flexbuild (من المفترض mxmlc) والنمل مع mxmlc.

نحن وأضاف تم إنشاء رمز لمشروع ملف مفرد صغير مستقل. كما انخفض حجم ملف swf المترجم بمقدار 20 كيلو بايت، من 32 كيلو بايت إلى 12 كيلو بايت في صندوق Linux.يختلف قليلاً في صندوق النوافذ، من 27 ألفًا إلى 8.5 ألفًا.

باستخدام أداة مخصصة، تحققنا من أن كلا الإصدارين يستخدمان ضغط swf الأصلي، ولا توجد بيانات تعريف إضافية ضخمة، والتعديل الوحيد على البرنامج النصي لبناء النمل هو يضيف ملف swc للبناء.

لا توجد إزالة للكود (لا توجد عمليات إزالة للاستيراد، ولا توجد عمليات إزالة للمتغيرات، لا شيء)، فقط إضافة وبسيطة جدًا في ذلك، تمت إضافة مكونين إلى المرحلة، وتمكينهما، وبعض الوظائف الصغيرة، وما إلى ذلك، بدون تعديل الحلقات، لا يوجد شيء واضح سيؤدي إلى رمز أقل.

لا يزال استخدام التحكم بالمصادر لإنشاء الإصدار القديم ينتج عنه ملف أكبر، لذا لا يبدو أنه تغيير في المكتبات أو المترجم.

لا يستخدم أي من التعليمات البرمجية مكونات Flex، فقط استيراد النوع "flash.etc..." مباشرة.

هل رأى أحد مثل هذا السلوك؟ما رأيك قد يسبب هذا؟

هل كانت مفيدة؟

المحلول

هل رأيت هذا السلوك في المجالس NET قبل.

وتخميني حول هذا السلوك (أينما وجد) هو أن كل ما يحصل أضاف يسمح للمترجم لبذل المزيد من الأمثل من أنه يمكن أن يكون سابقا.

وماذا يمكن أن يكون يتطلب معرفة أكثر تفصيلا بكثير من الأعمال الداخلية للالمجمعين من عندي (ولماذا هذا يمكن أن يحدث - إذا كان هذا هو في الواقع السبب هنا - في حالتك يمكن ربما إلا أن يكون كاملا وأوضح بشكل كاف مهندس أدوبي).

نصائح أخرى

وأنا مجرد تخمين، ولكن عندما يتعلق الأمر ملفات هذا صغيرة، ربما كنت ترى الركود من قطاعات القرص الصلب؟

سيكون حدسي الأول هو أن أول ملف فرنك سويسري تم تجميعه في وضع التصحيح الذي يضيف مجموعة من المعلومات.إذا لم يكن الأمر كذلك، فسأظن أن الجزء الثاني قد تم تجميعه باستخدام -optimize=true.

ولكن إذا لم يكن أي من هذين الأمرين هو الحال بالفعل جداً مثير للاهتمام!

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top