Microsoft on rõhutanud oma Edge'i ja Office'i arendusmeeskondade vahelist sünergiat, mis aitas luua paremaid tooteid kõigile.
Võtmed kaasavõtmiseks
- Microsofti Office'i rakendusi saab veebis tasuta kasutada ja need pakuvad enamikku (kui mitte kõiki) põhifunktsioone, muutes need hõlpsasti juurdepääsetavaks ja kasulikuks.
- Edge'i arendusmeeskond on teinud koostööd Office'i meeskonnaga, et parandada Office'i rakenduste jõudlust veebis, parandada vigu ja tutvustada uusi tööriistu.
- Täiustused hõlmavad protsessori kasutuse vähendamist ja profiilide koostamise täpsuse suurendamist, allikakaartide toetamist Edge'i jõudluse tööriistas silumiseks ja CSS-i valijatest, mis mõjutavad esitus.
Microsofti Office'i rakendused on saadaval aadressil a erinevaid platvorme, ja neid värskendatakse uued omadused üsna sageli. Võib-olla on kõige juurdepääsetavam viis nende kasutamiseks nende veebivariantide kaudu, kus saate kasutada selliseid rakendusi nagu Word, PowerPoint ja Excel otse brauseris, ilma et peaksite midagi maksma. Muidugi ei pruugi te alati saada kõiki Office'i pakutavaid funktsioone, kuid enamik, kui mitte kõik, teie põhivajadused on kaetud. Nüüd on Microsoft selgitanud, kuidas ta Office'i ja Edge'i meeskondade koostöö kaudu Office'i kasutuskogemust veebis veelgi paremaks muudab.
Microsoft on rõhutanud, et Office’i rakendusi on veebis eriti keeruline juurutada, sarnaselt sõnumi- ja videokonverentsirakendustele. Seda seetõttu, et nad hostivad tuhandeid CSS-mooduleid ja paar tuhat sõlme Document Object Model (DOM) puus ning saadavad lehe laadimisel palju HTTP-päringuid. Seetõttu on oluline need üles ehitada nii, et need pakuksid parimat võimalikku jõudlust ilma funktsionaalsuses järeleandmisi tegemata. Selle nõude täitmiseks programmeeris Edge'i arendusmeeskond mitu uut DevToolsi võimalust, et diagnoosida ja parandada Office'i jõudlusprobleeme.
Alustuseks märkas meeskond, et kuigi veebis PowerPointi käivitamisel CPU kasutust profileerides ja salvestades, suurenes protsessori kasutus drastiliselt. Pärast Windowsi sündmuste jälgimise (ETW) täiendavat uurimist mõistsid Edge'i arendajad, et see oli viga CPU profileerija juurutamisel Chromiumi, kuna see kasutas hõivatud ootamise lähenemisviisi, kusjuures see käivitas koodi isegi siis, kui oleks pidanud ootama järgmise sündmuse käivitamist. Seda ei pruugitud lihtsate rakenduste profileerimisel tuvastada, kuid seda märgati selle keerukuse tõttu PowerPointi testimise ajal. Edge'i meeskond suutis probleemi lahendada, vähendades protsessori diskreetimiskulusid 95% ja CPU kasutust 71% profiili koostamise ajal. Üldiselt aitas see PowerPointi meeskonnal saada täpsemat pilti oma laadimisjõudlusest ja oli kasulik ka kõigile teistele, kes neid DevToolsi kasutavad.
Järgmiseks toetatakse nüüd ka Edge'i jõudluse ja mälu tööriistades allikakaarte. Eelkõige kuvab esimene automaatselt minimeerimata funktsioonide ja failinimed, mis muudab probleemide silumise palju lihtsamaks. See minimeerimise tühistamise protsess on võimaldanud PowerPointi meeskonnal kiiresti tuvastada koodis esinevad probleemid, näiteks halvad programmeerimismustrid. Lisaks on kasutusele võetud Azure Pipelines'i tugi, mis tähendab, et saate koostamisprotsessi ajal hõlpsalt lähtekaarte avaldada.
Samal viisil, kui Microsoft Wordi meeskond uuris rakenduse toimivust veebis, märkasid nad 75 ms stiili ümberarvutamise viivitust, mis aeglustas Wordi käivitamist. Kasutades Edge'i jõudlustööriistu, suutsid arendajad tuvastada, et selle põhjuseks oli JavaScripti funktsiooni ebatõhus rakendamine, mille nad suutsid seejärel lahendada. Microsoft on esile tõstnud ka Edge DevToolsis Selector Stats, mis hõlbustab veebiarendajaid, andes neile teada, millised CSS-i valijad võivad nende rakenduse jõudlust negatiivselt mõjutada.
Ka Edge'i mälutööriistas on tehtud palju muid täiustusi: see võib laadida suuremaid hunniku hetktõmmise faile, üle 1 GB suuruste hetktõmmiste genereerimine on 70–86% kiirem, saate kahte hetktõmmist fiksaatoritee järgi võrrelda ja nendes rohkem navigeerida ka lihtsalt.
Microsoft ütleb, et Edge'i ja Office'i arendusmeeskondade vaheline sünergia võimaldas tal paremini ehitada tooted, millest pole kasu mitte ainult kahele meeskonnale, vaid ka teistele veebiarendajatele ja lõppkasutajatele, kes nende tooteid kasutavad ka. Kui teil on mõni muu funktsioonitaotlus või märkate viga, võite seda mainida spetsiaalses GitHubi hoidlas siin.