Paketoinnin yleiskatsaus
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.
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ä:
- 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.
- Vaihtoehtoisesti voit lisätä mobiilisovellukseen toissijaisia pohjaan perustuvia sovelluksia ohjatussa paketointitoiminnossa. Lisätietoja: Useiden pohjaan perustuvien sovellusten paketoiminen yhteen.
- Valitse kohdeympäristöt (iOS ja Android) mobiilisovellusta varten. Vaihtoehtoisesti voit valita mobiilisovelluksen automaattisen koodiallekirjoituksen ohjatussa paketointitoiminnossa.
- Mobiilisovelluksen mukauttaminen mukauttamalla sovelluksen brändäystä kuvakkeiden, kuvien ja väripaletin avulla.
- Rekisteröi sovellus. Käytä aiemmin luotua sovelluksen rekisteröintiä tai luo uusi ohjatussa paketointitoiminnossa.
- Lisää Azure Blob -säilötilin nimi ja säilön nimi. Käytä jo luotua Azure Blob -säilöä tai luo uusi.
- Aloita luontiprosessi Paketointi-vaiheessa mukautetun brändätyn mobiilisovelluksen luomiseksi.
- Lataa mobiilisovelluskesi Sovelluksen Blob-säilön sijainnista.
- Jos automaattinen koodin allekirjoitus ei ole käytössä ohjatussa paketointitoiminnossa, sinun on suoritettava mobiilisovelluspaketin koodin allekirjoitus manuaalisesti. Lisätietoja: Mobiilisovelluspaketin allekirjoittaminen manuaalisesti.
- Testaa sovelluspaketti.
- 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.
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ä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
- Ohjatun paketointitoiminnon käyttäminen mobiilisovelluksen luomiseksi
- iOSin manuaalisen koodin allekirjoittaminen
- Androidin manuaalisen koodin allekirjoittaminen
- Google Play Storen koodin allekirjoittaminen
- Azure Key Vaultin luominen automaattista koodin allekirjoittamista varten
- Usein kysyttyjä kysymyksiä
- Power Appsin paketointiominaisuuden ongelmien vianmääritys
- Paketoinnin edut ja rajoitukset