Teknologian jakaminen

Mikrokäyttöliittymä: Qiankun, Wujie, yksikylpylä, iframe-vertailu

2024-07-12

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

1. Yleiskatsaus mikrokäyttöliittymäkehykseen

Mikrokäyttöliittymä on tekninen ratkaisu, joka on suunniteltu jakamaan suuret käyttöliittymäsovellukset useiksi pieniksi, riippumattomiksi, ylläpidettäviksi mikrokäyttöliittymäsovelluksiksi. Jokainen mikro-etupääsovellus voidaan kehittää, testata, ottaa käyttöön ja käyttää itsenäisesti säilyttäen samalla yleisen yhteistyön ja käyttökokemuksen.Tämä arkkitehtuuri on samanlainen kuin mikropalveluarkkitehtuuri, mutta keskittyy käyttöliittymäalueeseen

2. Yhteiset mikrokäyttöliittymäkehykset

  1. qiankun : Ant Financialin kehittämä ja ylläpitämä, Single-SPA:han perustuva se tarjoaa teknologiapinosta riippumattomia ja yksinkertaisia ​​käyttöominaisuuksia. Se tukee useita etupään kehyksiä, kuten Vue ja React, ja sillä on alhaiset muunnoskustannukset ja ystävällinen kehityskokemus.
  2. yksi kylpylä : Se on kevyt JavaScript-etupään reitityskehys, joka keskittyy yksisivuisten sovellusten (SPA) reitityshallintaan. Vaikka se ei sinänsä ole täydellinen mikrokäyttöliittymäkehys, se on perusta monille mikrokäyttöliittymän toteutuksille.
  3. iframe: Vaikka iframe itsessään ei ole mikrokäyttöliittymäkehys, sitä käytetään usein mikrokäyttöliittymän yksinkertaisena toteutuksena.
  4. Rajaton : Rajoittamaton mikrokäyttöliittymä on web-komponentteihin + iframeen perustuva mikrokäyttöliittymä. Siinä on useita etuja, kuten alhainen hinta, nopea nopeus, natiivi eristys ja vahvat toiminnot.Seuraavassa on yksityiskohtainen esittely rajoittamattomaan mikrokäyttöliittymäkehykseen

Yhteiset kohdat:Kun reitti vaihdetaan, voit ladata vastaavan sovelluksen koodin ja antaa sen kulkea kontissa.

  • omistaaMahdollisuus ladata ja purkaa alisovelluksia, kun sivu siirtyy alisovelluksesta toiseen, se voidaan ladata ja hahmontaa normaalisti;
  • omistaaReitityksen tilan säilytyskyky, alisovelluksen aktivoinnin jälkeen selaimen päivitys, alisovelluksen reititys eteenpäin ja taaksepäin voi toimia normaalisti;
  • Pääsovelluksen ja osasovelluksen, osasovelluksen ja osasovelluksen välilläOsaavat kommunikoida keskenään
  • Jokainen mikrosovellusRiippumaton varastonhallinta, itsenäinen teknologiapinon kehittäminen, itsenäinen käyttöönotto ja itsenäinen toiminta

3. Mikrokäyttöliittymäkehysten vertailu

ominaisuusqiankunRajatonyksi kylpyläiframe
Teknologiapinon tukiTeknologiapinosta riippumaton, tukee React, Vue, Angular jne.Perustuu WebComponentiin, tukee useita teknologiapinojaTeknologiapinosta riippumaton, tukee useita etupään kehyksiäTeknologiapinolla ei ole mitään tekemistä, mutta integroinnissa on otettava huomioon yhteensopivuus
PääsymenetelmäYksinkertainen, pääsy JS API:n kauttaSuhteellisen yksinkertainen, koteloitu WebComponentin kauttaMonimutkainen, sinun on määritettävä yhden altaan elinkaariYksinkertainen, upotettu HTML-tunnisteiden kautta
hiekkalaatikon eristysTarjoaa JS-hiekkalaatikon ja tyylieristyksenKäytä WebComponentia luonnolliseen eristykseenKehittäjien on otettava käyttöön hiekkalaatikkoeristys itseiframe luonnollinen eristys
Reitin hallintaTukee reitityksen tilan ylläpitoa ja konfiguroitavaa reitityskartoitustaTukea virtuaalista reititystä ja ylläpitää reitityksen tilaaYlimmän tason reittinä sinun tulee hallita alisovellusreittejä itse.Sovellus hallitsee reititystä itse iframe-kehyksessä
SovellusviestintäTarjoa viestintämekanismi vanhempien ja lasten välisten sovellusten ja lapsien välisten sovellusten välilläTarjoa komponenttipohjainen API tukemaan viestintääKehittäjien on otettava viestintämekanismi käyttöön itseVoi kommunikoida postMessage- tai URL-parametreilla jne.
Resurssien esilatausTukee staattista resurssien esilataustaTukee staattista resurssien esilataustaTukee sovellusten laiskaa lataamistaEi tue esilatausta, latausta pyynnöstä
Vaikutus suorituskykyynMatalampi, optimoitu hiekkalaatikolla ja laiskalla lataamisellaAlhaisempi, mutta WebComponentilla saattaa olla ylimääräistä suorituskykyäAlempi, mutta riippuu sovelluksen optimoinnistaKorkeampi, iframe-lataus- ja renderöintikustannukset ovat suurempia
KehittämiskokemustaParempi, tarjoaa monipuolisen sovellusliittymän ja dokumentaationParempi, komponenttipohjainen API on intuitiivisempiYleensä sinun täytyy käsitellä paljon yksityiskohtia itseParempi, helppo integroida olemassa oleviin sovelluksiin
tuotannon saatavuusTodistettu ja soveltuu tuotantoympäristöihinSopii tuotantoympäristöihin, mutta sillä voi olla vähemmän yhteisön tukeaSopii tuotantoympäristöön, ja kehittäjien itsensä on parannettava sitäSopii tuotantoympäristöihin, mutta turvallisuus- ja suorituskykykysymykset on käsiteltävä huolellisesti
SopeutumiskustannuksetKorkeampi, on mukautettava reititystä, elinkaarta jne.Kohtalainen, pääasiassa WebComponentille mukautettuKorkeampi, vaatii syvällistä ymmärrystä yhden kylpylän arkkitehtuuristaMatalampi, mutta on kiinnitettävä huomiota yhteensopivuus- ja suorituskykyongelmiin

Mikrokäyttöliittymä tuo monia etuja käyttöliittymäsovellusten kehittämiseen, kuten teknologiapinon riippumattomuuden, itsenäisen kehityksen ja käyttöönoton, asteittaiset päivitykset jne. Siinä on kuitenkin myös tiettyjä puutteita, kuten korkeat pääsyvaikeudet ja huonot resurssien jakamisominaisuudet. Siksi, kun valitset, käytätkö mikro-etuosakehystä, sinun on harkittava sitä kattavasti projektin erityistarpeiden ja tiimin teknisten valmiuksien perusteella. Samanaikaisesti meidän on käytännön sovelluksissa kiinnitettävä huomiota myös sellaisiin asioihin kuin mikro-etupään kehysten valinta, arkkitehtuurin suunnittelu, koodinhallinta jne. varmistaaksemme projektin sujuvan etenemisen ja järjestelmän vakaan toiminnan. järjestelmä.