Jaa

Paketoinnin yleiskatsaus

  • Artikkeli

Power Appsin paketointitoiminnon avulla voidaan paketoida pohjaan perustuvat sovellukset mukautettuina, brändättyinä mobiilikäyttäjille jaettavina alkuperäisinä Android- ja iOS-sovelluksina. Voit jaella tällaisia paketoituja alkuperäisiä mobiilisovelluksia loppukäyttäjille Microsoftin sovelluskeskuksen, Google Play Kaupan ja Apple Business Managerin kautta.

Mobiilikäyttäjille paketointitoiminnon avulla mobiilisovelluspaketteina julkaistut pohjaan perustuvat sovellukset

Samaan alkuperäiseen mobiilisovelluspakettiin voidaan paketoida yksi Power Appsin pohjaan perustuva sovellus tai useita sovelluksia. Paketointiominaisuuden avulla voit mukauttaa mobiilisovelluksen käynnistyskokemuksen vastaamaan organisaation brändäystarpeita. Sovelluskuvake, käynnistyskuva, tervetulo- eli kirjautumisnäytön kuva ja väripaletti voidaan määrittää käytettäväksi mobiilisovelluksessa.

Paketoidut mobiilisovellukset voidaan päivittää julkaisemalla muutokset mobiilipakettiin sisältyviin pohjaan perustuviin sovelluksiin Power Apps Maker Portalin avulla.

Muistiinpano

Paketoidun mobiilisovelluksen nykyiset, julkaistut versiot lataavat automaattisesti kaikki sisältyviin pohjaan perustuviin sovelluksiin julkaistut muutokset.

Paketointi tuo alkuperäiset MADP (mobiilisovelluksen kehitysympäristö) -ominaisuudet Power Appsiin.

  • Kooditon mobiilisovelluksen kehitys – mobiilisovellusten kehittäminen ilman aiempaa kokemusta
  • Hallitut mobiilisovelluksen koontiversiot – sovellus luodaan puolestasi
  • Saumaton laaja-alainen brändäys – oman logon ja väripaletin käyttäminen
  • Useiden pohjaan perustuvien sovellusten tuki – useiden sovellusten paketointi yhdessä mobiilisovelluksessa
  • Yrityksen hallinto Microsoft Intunen avulla – tietojen suojaaminen sovelluksen hallinnan avulla

Muistiinpano

Paketointi on tarkoitettu mobiilisovellusten jakeluun olemassa oleville Power Apps -käyttäjille, ei yleisölle.

Tietoja paketointiprosessista

Paketointiominaisuuspaketoi pohjaan perustuvat sovellukset alkuperäiseen mobiilisovellusliittymään ja tuottaa mobiilipaketin. Voit allekirjoittaa tämän mobiilipaketin ja jaella sitä mukautetusti brändättyinä Android- ja iOS-sovelluksina mobiilikäyttäjille natiivien jakelukanavien, kuten Google Play Kaupan ja Apple Business Managerin kautta.

Seuraavassa osassa käsitellään alkuperäisten mobiilisovellusten luontivaiheita paketointitoimintoa käytettäessä:

Mobiilisovellusten luontivaiheet paketointitoimintoa käytettäessä

  1. Valitse ensisijainen canvas-sovellus ja käynnistä ohjattu paketointitoiminto. Ensisijainen pohjaan perustuva sovellus on sovellus, joka tuottaa ensimmäisen mobiilikäyttäjien näkemän kokemuksen, kun mobiilisovellus käynnistetään. Pohjaan perustuvan sovelluksen on kuuluttava ratkaisuun. Lisätietoja: Pohjaan perustuvan sovelluksen lisääminen ratkaisuun.
  2. Vaihtoehtoisesti voit lisätä mobiilisovellukseen toissijaisia pohjaan perustuvia sovelluksia ohjatussa paketointitoiminnossa. Lisätietoja: Useiden pohjaan perustuvien sovellusten paketoiminen yhteen.
  3. Valitse kohdeympäristöt (iOS ja Android) mobiilisovellusta varten. Vaihtoehtoisesti voit valita mobiilisovelluksen automaattisen koodiallekirjoituksen ohjatussa paketointitoiminnossa.
  4. Mobiilisovelluksen mukauttaminen mukauttamalla sovelluksen brändäystä kuvakkeiden, kuvien ja väripaletin avulla.
  5. Rekisteröi sovellus. Käytä aiemmin luotua sovelluksen rekisteröintiä tai luo uusi ohjatussa paketointitoiminnossa.
  6. Lisää Azure Blob -säilötilin nimi ja säilön nimi. Käytä jo luotua Azure Blob -säilöä tai luo uusi.
  7. Aloita luontiprosessi Paketointi-vaiheessa mukautetun brändätyn mobiilisovelluksen luomiseksi.
  8. Lataa mobiilisovelluskesi Sovelluksen Blob-säilön sijainnista.
  9. Jos automaattinen koodin allekirjoitus ei ole käytössä ohjatussa paketointitoiminnossa, sinun on suoritettava mobiilisovelluspaketin koodin allekirjoitus manuaalisesti. Lisätietoja: Mobiilisovelluspaketin allekirjoittaminen manuaalisesti.
  10. Testaa sovelluspaketti.
  11. Sovelluspaketin jakaminen mobiilikäyttäjille.

Useiden pohjaan perustuvien sovellusten paketoiminen yhteen

Useita pohjaan perustuvia sovelluksia voidaan paketoida yhdeksi mobiilisovelluspaketiksi. Mobiilisovelluspaketti tarvitsee kuitenkin aloitussovelluksen, jota kutsutaan ensisijaiseksi sovellukseksi. Tämä sovellus on aloituskohta kaikille muille mobiilisovelluspakettiin sisällytetyille pohjaan perustuville sovelluksille. Näitä sovelluksia kutsutaan toissijaisiksi sovelluksiksi.

Toissijaiset sovellukset ovat valinnaisia. Kun vain yksi pohjaan perustuva sovellus paketoidaan, sisällytetty sovellus valitaan ensisijaiseksi sovellukseksi, vaikka mobiilisovelluspaketissa ei olisi toissijaisia sovelluksia.

Seuraava kuva näyttää, miten ensisijaisessa sovelluksessa voi olla linkkejä useisiin toissijaisiin sovelluksiin. Siirtymistä yhteenpaketoidun mobiilisovelluksen ensi- ja toissijaisten sovellusten välillä hallitaan Launch()-funktiolla.

Yhteenpaketoidut ensi- ja toissijaiset sovellukset

Mobiilisovelluksen brändääminen

Paketointi tukee mobiilisovelluksen bootstrap-kokemuksen mukauttamista vastaamaan organisaation brändäystarpeita. Sovelluskuvake, käynnistyskuva, tervetulo- eli kirjautumisnäytön kuva ja väripaletti voidaan määrittää käytettäväksi mobiilisovelluksen alkuperäisissä kokemuksissa.

Brändäys paketoinnissa

Brändäyksen mukauttamisvaihtoehdot ovat saatavana, kun paketointiprojektia muodostetaan. Lisätietoja: Brändäyksen määrittäminen

Tietoja paketointitermeistä

Useita osia paketoidaan Power Appsissa, App Centerissä ja kolmannen osapuolen ympäristöissä, kuten iOS:ssa ja Androidissa. Tämän vuoksi on tärkeää hahmottaa osat, joita käytetään Power Apps paketointitoiminnon yhteydessä.

App Center -sijainti

App Centerin säilöön tallennetaan mobiilisovelluksen jakeluun tarkoitettuja koontipaketteja. Koontitulostyypit eroavat valitun kohdeympäristön mukaan.

Ympäristö Käyttöjärjestelmä Koontitulostiedoston tyyppi
iOS (jakelu Apple Storessa) Mukautettu *.zip
Android (jakelu kaikissa muissa kanavissa paitsi Google Play Kaupassa) Android *.apk

Muistiinpano

App Center lakkautetaan 31. maaliskuuta 2025. Jatkossa sovellusbinaarit tallennetaan vuokraajasi Azure Blob -tallennustilaan, josta voit käyttää ja jakaa niitä haluamiesi kanavien kautta. Azure Blob -tallennustilan paketointiprosessiin yhdistämisen tiedot päivitetään pian. Varmuuskopioi sillä välin uusimmat APK/IPA-tiedostosi (tarvittaessa) ja pidä Azure Blob -tallennustilan tiedot ja sovellusbinaarien kohdesijainti käden ulottuvilla.

Azuren blob-objektin tallennustila

Azure Blob tallennustilan säilö auttaa tallentamaan rakennettuja paketteja mobiilisovellusten jakeluun. Koontitulostyypit eroavat valitun kohdeympäristön mukaan. Ominaisuuden tiedot jaetaan ennen 31. maaliskuuta 2025.

Syöte:

Asiakkaan nimi

Tilin nimi on Azure-tallennustilatilisi yksilöllinen tunniste. Sitä käytetään perus-URI:n muodostamiseen tallennustilin käyttöä varten. Esimerkiksi, jos tilisi nimi on mystorageaccount, perus-URI olisi https://mystorageaccount.blob.core.windows.net/

Säilön nimi

Säilön nimi on tallennustilin yksilöivä tunniste, joka ryhmittelee joukon blobeja. Säilöt tarjoavat tavan järjestää blobeja tallennustilillä. Jos esimerkiksi säilön nimi on mycontainer, säilön blobien käyttämisen URI-osoite olisi https://mystorageaccount.blob.core.windows.net/mycontainer/

Sovellusympäristöt

Sen sovelluksen aiotut ympäristöt, jolle halutaan tehdä koontiprosessi julkaisua varten. iOS:n, Androidin tai Google Play Kaupan mobiilisovelluksille voidaan muodostaa koontiversioita.

  • iOS luo IPA-paketin
  • Android luo APK-paketin
  • Google Play Kauppa luo AAB-paketti jakelua varten

Paketointiprojektin muodostaminen

Paketointiprojektin muodostaminen on prosessi, joka luo koontipaketteja mobiilisovelluksen jakamiseen eri ympäristöissä. Tämä prosessi käyttää Microsoftin käyttäjätietoympäristössä rekisteröityä sovellusta ja luo koontiversioita annetussa App Center -sijainnissa valittujen ympäristöjen mukaan. Muodostetut paketit sisältävät ensisijaisen sovelluksen ja valinnaiset toissijaiset sovellukset, jotka on pakattu yhdeksi mobiilisovelluspaketiksi. Kullakin ympäristötyypillä on oma paketti.

Paketin tunnus

Paketin tunnus on yksilöllinen tunniste, jonka voit luoda sovelluksellesi. Noudattaa käänteistä toimialuenimimallia. Esimerkki: com.contoso.myapp. Tätä pakettitunnusta käytetään Azure Key Vaultin luomisprosessin aikana, kun iOS- tai Android-varmenteet luodaan ja ladataan vaiheessa 6 mainitulla tavalla.

Koodin allekirjoitus

Koodin allekirjoitus on prosessi, jolla mobiilisovellus viimeistellään ennen loppukäyttäjille jakelua. Sovellus, jolla on koodin allekirjoitus, antaa varmuuden, että se on peräisin tunnetusta lähteestä ja että sovelluksen koodia ei ole muutettu luotettavan lähteen viimeisimmän allekirjoituksen jälkeen.

Ensisijainen sovellus

Ensisijainen sovellun on mobiilisovelluksen aloituskohta tai -sovellus, kun useita pohjaan perustuvia sovelluksia paketoidaan yhteen. Kaikki muut sovellukset katsotaan toissijaisiksi sovelluksiksi. Jos vain yksi pohjaan perustuva sovellus paketoidaan ja muodostetaan, sitä pidetään ensisijaisena sovelluksena.

Uudelleenohjauksen URI-osoite

Uudelleenohjauksen URI-osoite tai vastauksen URL-osoite on sijainti, johon käyttöoikeuksien tarkistuspalvelin lähettää käyttäjän, kun sovellus on valtuutettu ja sille on myönnetty käyttöoikeuksien tarkistuskoodi tai käyttöoikeustietue. Käyttöoikeuksien tarkistuspalvelin lähettää koodin tai tunnuksen uudelleenohjauksen URI-osoitteeseen, joten on tärkeää, että oikea sijainti rekisteröidään sovelluksen rekisteröintiprosessin osana.

Lisätietoja: Uudelleenohjauksen URI-osoite

Toissijainen sovellus

Valinnaiset pohjaan perustuvat lisäsovellukset, jotka paketoidaan samaan koontiversioon ensisijaisen sovelluksen kanssa mobiilisovelluksen jakelua varten.

Seuraavat vaiheet

Paketoinnin järjestelmävaatimukset ja edellytykset

Katso myös