هذه هي الطريقة التي تعمل بها Microsoft على تحسين أداء Office على الويب من خلال Edge

سلطت Microsoft الضوء على التآزر بين فرق تطوير Edge و Office مما ساعدها على بناء منتجات أفضل للجميع.

الماخذ الرئيسية

  • يمكن استخدام تطبيقات Microsoft Office مجانًا على الويب وتقدم معظم ، إن لم يكن كل ، الميزات الأساسية ، مما يجعلها سهلة الوصول ومفيدة.
  • تعاون فريق تطوير Edge مع فريق Office لتحسين أداء تطبيقات Office على الويب وإصلاح الأخطاء وتقديم أدوات جديدة.
  • تشمل التحسينات تقليل استخدام وحدة المعالجة المركزية وزيادة الدقة في التوصيف ودعم خرائط المصدر في أداة أداء Edge لتصحيح الأخطاء ، وتقديم رؤى حول محددات CSS التي تؤثر أداء.

تتوفر تطبيقات Microsoft Office على ملف مجموعة متنوعة من المنصات، ويتم تحديثها مع ميزات جديدة كثيرا ما. ربما تكون الطريقة الأكثر سهولة للاستفادة منها هي من خلال متغيرات الويب الخاصة بها حيث يمكنك استخدام تطبيقات مثل Word و PowerPoint و Excel مباشرة في متصفحك دون الحاجة إلى دفع أي شيء. بالطبع ، قد لا تحصل دائمًا على مجموعة الميزات الكاملة التي يقدمها Office ، ولكن ستتم تغطيتك لمعظم ، إن لم يكن كل ، احتياجاتك الأساسية. الآن ، أوضحت Microsoft كيف تعمل على تحسين تجربة Office على الويب من خلال التعاون بين فرق Office و Edge.

أكدت Microsoft أن تطبيقات Office معقدة بشكل خاص في التنفيذ على الويب ، على غرار تطبيقات المراسلة ومؤتمرات الفيديو. هذا لأنهم يستضيفون الآلاف من وحدات CSS النمطية وبضعة آلاف من العقد في شجرة نموذج كائن المستند (DOM) ، ويرسلون الكثير من طلبات HTTP عند تحميل الصفحات. على هذا النحو ، من المهم بناؤها بطريقة توفر أفضل أداء ممكن دون المساومة على الوظائف. لتلبية هذا المطلب ، قام فريق تطوير Edge ببرمجة العديد من إمكانات DevTools الجديدة خصيصًا لتشخيص مشكلات الأداء وإصلاحها في Office.

بالنسبة للمبتدئين ، لاحظ الفريق أنه أثناء تحديد استخدام وحدة المعالجة المركزية وتسجيلها على PowerPoint على الويب ، زاد استخدام وحدة المعالجة المركزية بشكل كبير. بعد إجراء مزيد من التحقيق من خلال Event Tracing for Windows (ETW) ، أدرك مطورو Edge أن هذا كان خطأً في تنفيذ ملف تعريف وحدة المعالجة المركزية في Chromium لأنه كان يستخدم نهج الانتظار المزدحم ، حيث كان يقوم بتشغيل الكود حتى عندما كان يجب أن ينتظر بدء الحدث التالي. ربما لم يتم اكتشاف هذا عند تحديد سمات التطبيقات البسيطة ، ولكن تمت ملاحظته أثناء اختبار PowerPoint ، نظرًا لتعقيده. كان فريق Edge قادرًا على حل المشكلة ، وتقليل تكاليف أخذ عينات وحدة المعالجة المركزية بنسبة 95٪ وتقليل استخدام وحدة المعالجة المركزية بنسبة 71٪ أثناء التوصيف. بشكل عام ، ساعد هذا فريق PowerPoint في الحصول على صورة أكثر دقة لأداء التحميل ، بينما استفاد أيضًا أي شخص آخر يستخدم DevTools.

بعد ذلك ، يتم دعم خرائط المصدر الآن في أدوات الأداء والذاكرة على Edge أيضًا. على وجه الخصوص ، يعرض الأول تلقائيًا أسماء الوظائف والملفات غير المصغرة ، مما يجعل تصحيح المشكلات أسهل كثيرًا. مكنت عملية إزالة التصغير هذه فريق PowerPoint من تحديد المشكلات بسرعة في الكود مثل أنماط البرمجة السيئة. بالإضافة إلى ذلك ، تم تقديم دعم لخطوط أنابيب Azure ، مما يعني أنه يمكنك بسهولة نشر خرائط المصدر أثناء عملية الإنشاء.

على نفس المنوال ، عندما كان فريق Microsoft Word يحقق في أداء التطبيق على الويب ، اكتشفوا تأخير إعادة حساب التصميم 75 مللي ثانية ، مما أدى إلى إبطاء إطلاق Word. من خلال الاستفادة من أدوات الأداء في Edge ، تمكن المطورون من تحديد أن هذا كان بسبب التنفيذ غير الفعال لوظيفة JavaScript ، والتي تمكنوا بعد ذلك من حلها. قامت Microsoft أيضًا بتسليط الضوء على Selector Stats في Edge DevTools مما يسهل مطوري الويب من خلال السماح لهم بمعرفة محددات CSS التي يمكن أن تؤثر على أداء تطبيقاتهم بشكل سلبي.

هناك الكثير من التحسينات الأخرى التي تم إجراؤها في أداة الذاكرة في Edge أيضًا: يمكنها تحميل ملفات لقطة كومة أكبر ، إنشاء لقطات كومة يزيد حجمها عن 1 غيغابايت أسرع بنسبة 70-86٪ ، ويمكنك مقارنة لقطتين من خلال مسار التجنيب والتنقل بينهما أكثر بسهولة جدا.

تقول Microsoft أن هذا التآزر بين فرق تطوير Edge و Office مكنها من البناء بشكل أفضل المنتجات التي لا تفيد هذين الفريقين فحسب ، بل تفيد مطوري الويب الآخرين والمستخدمين النهائيين الذين يستخدمون منتجاتهم أيضاً. إذا كان لديك أي طلب ميزة آخر أو لاحظت وجود خطأ ، فيمكنك ذكره في مستودع GitHub المخصص هنا.