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. Näitä paketoituja alkuperäisiä mobiilisovelluksia voidaan jakaa loppukäyttäjille Microsoft Intunessa, Microsoft App Centerissä, Google Play Kaupassa ja Apple Business Managerissa.
Samaan alkuperäiseen mobiilisovelluspakettiin voidaan paketoida yksi Power Appsin pohjaan perustuva sovellus tai useita sovelluksia. Paketointiominaisuuden avulla mobiilisovellus voidaan mukauttaa käynnistyskokemus 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. 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
Tietoja paketointiprosessista
Paketointiominaisuus paketoi pohjaan perustuvat sovellukset alkuperäiseen mobiilisovellusliittymään ja tuottaa mobiilipaketin. Tämä mobiilipaketti voidaan allekirjoittaa ja jakaa mukautettuja ja brändättynä Android- ja iOS-sovelluksina mobiilikäyttäjille alkuperäisten jakelukanavien kautta. Niitä ovat esimerkiks Microsoft Intune, Microsoft App Center, Google Play Kauppa ja Apple Business Manager.
Seuraavassa osassa käsitellään alkuperäisten mobiilisovellusten luontivaiheita paketointitoimintoa käytettäessä:
- Valitse ensisijainen pohjaan perustuva sovellus ja aloita ohjatun paketointitoiminnon käyttäminen. 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ä toissijaisen pohjaan perustuvan sovelluksen mobiilisovellukseen ohjatussa paketointitoiminnossa. Lisätietoja: Useiden pohjaan perustuvien sovellusten paketoiminen yhteen.
- Valitse kohdeympäristöt (iOS ja Android) mobiilisovellusta varten. Vaihtoehtoisesti voit valita mobiilisovelluspaketin koodin automaattisen allekirjoituksen ohjatussa paketointitoiminnossa.
- Mobiilisovelluksen mukauttaminen mukauttamalla sovelluksen brändäystä kuvakkeiden, kuvien ja väripaletin avulla.
- Rekisteröi sovellus. Käytä olemassa olevaa sovelluksen rekisteröintiä tai luo uusi ohjatussa paketointitoiminnossa.
- Valitse App Center -sijainti, jos haluat tallentaa mobiilisovelluksen. Käytä olemassa olevaa App Center -sijaintia tai luo uusi ohjatussa paketointitoiminnossa.
- Aloita luontiprosessi Paketointi-vaiheessa mukautetun brändätyn mobiilisovelluksen luomiseksi.
- Lataa mobiilisovellus App Center -sijainnista.
- Jos koodin automaattista allekirjoittamista ei ole valittu ohjatussa paketointitoiminnossa, mobiilisovelluspaketin koodin allekirjoitus on tehtävä 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 määritetään 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
Järjestelmävaatimukset
Seuraavassa luettelossa kerrotaan, mitä tarvitaan ennen paketointitoiminnon käyttämisen aloittamista yhden tai useain pohjaan perustuvan sovelluksen julkaisemiseksi mobiilisovelluksen pakettina.
Oikeudet ja käyttöoikeusvaatimukset
- Vähintään yhden pohjaan perustuvan sovelluksen käyttöoikeus paketointiprojektin luomiseksi
- Azure-portaalin käyttöoikeus sovelluksen rekisteröimisen luomiseksi
- Microsoft App Centerin käyttöoikeus
Ohjelmisto- ja laitevaatimukset
- Mac-laite koodin allekirjoittamiseksi iOS:ssa
- Windows PC koodin allekirjoittamiseksi Androidin avulla
- Voit suorittaa paketoidun mobiilisovelluksen seuraavasti:
- Android-laite, versio 10 tai uudempi versio
- iOS-laite, versio 14 tai uudempi versio
Huomautus
Sovellusten kehittäminen iOS-ympäristössä vaatii Apple Developer Program -tilin.
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 |
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-paketin
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
Tulosmobiilisovelluksen GUID. Noudattaa käänteistä toimialuenimimallia. Esimerkki: com.contoso.myapp.
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. Kaikkia lisäsovelluksia pidetään toissijaisina sovelluksina. 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
Ohjatun paketointitoiminnon käyttäminen mobiilisovelluksen luomiseksi
Katso myös
Palaute
Tulossa pian: Vuoden 2024 aikana poistamme asteittain GitHub Issuesin käytöstä sisällön palautemekanismina ja korvaamme sen uudella palautejärjestelmällä. Lisätietoja on täällä: https://aka.ms/ContentUserFeedback.
Lähetä ja näytä palaute kohteelle