Oversikt over pakking
Pakk-funksjonen i Power Apps gjør det mulig å pakke lerretsappene som egenvaremerkede Android- og iOS-apper, for opprinnelig distribusjon til mobile brukere. Du kan distribuere slike pakkede mobilapper til sluttbrukerne via Microsoft Intune, Microsoft App Center, Google Play Butikk og Apple Business Manager.
Du kan pakke én eller flere Power Apps-lerretsapper i samme mobilappakke. Du kan bruke pakkefunksjon til å tilpasse mobilappoppstarten slik at den samsvarer med varemerkekravene til organisasjonen din. Du kan angi appikonet, oppstartsbildet, velkomstskjermbildet (pålogging) og fargepaletten som skal brukes i mobilappen.
Du kan oppdatere de populære mobilappene ved å publisere endringer i lerretsappene som er inkludert i mobilpakken, ved hjelp av Power Apps Maker Portal. Alle publiserte endringer i de inkluderte lerretsappene lastes ned automatisk av eksisterende, utgitte versjoner av de pakkede mobilappene.
Pakk bringer MADP-funksjoner (mobile application development platform) til Power Apps.
- Mobilapplikasjonsutvikling uten kode – gjør mobilapper uten tidligere opplevelse
- Administrerte mobilappbygger— vi genererer appen for deg
- Sømløs ende-til-ende-varemerking – din egen logo og fargepalett
- Støtte for flere lerretsapper – bunt flere apper i én mobilapp
- Virksomhetsstyring med Microsoft Intune – beskytt dataene med appadministrasjon
Obs!
Pakk inn er beregnet for utrulling av mobilapper til eksisterende Power Apps-brukere, ikke offentligheten
Forstå pakkeprosessen
Pakkefunksjonen pakker lerretsappene i et mobilappskall og produserer en mobilpakke. Du kan logge deg på og distribuere denne mobilpakken som egendefinerte Android-apper og iOS-apper til mobilbrukere via distribusjonskanalene, for eksempel Microsoft Intune, Microsoft App Center, Google Play-butikken og Apple Business Manager.
I den følgende delen forklares fremgangsmåten ved bruk av funksjonen for pakking til å opprette mobilapper:
- Velg den primære lerretsappen og start innpakkingsveiviseren. En primær lerretsapp er appen som gir den første opplevelsen du vil at mobilbrukerne dine skal se når de lanserer mobilappen. Lerretsappene må være en del av en løsning. Mer informasjon: Legg til lerretsapp i løsning.
- Du kan eventuelt legge til sekundære lerretsapper i mobilappen i innpakkingsveiviseren. Mer informasjon: Pakke inn flere lerretsapper sammen.
- Velg målplattformene (iOS og Android) for mobilappen. Du kan eventuelt velge å automatisk kodesignere mobilapp-pakken i innpakkingsveiviseren.
- Tilpass appmerking med ikoner, bilder og fargepaletter for å tilpasse mobilappen.
- Registrer appen. Bruk en eksisterende appregistrering, eller opprett en ny i innpakkingsveiviseren.
- Velg App Center-plassering å lagre mobilappen. Bruk en eksisterende appsenterplassering, eller opprett en ny i innpakkingsveiviseren.
- Start build-prosessen i Pakk inn-trinnet for å generere mobilappen din med et egendefinert merke.
- Last ned mobilappen fra App Center-plasseringen.
- Hvis automatisk kodesignering ikke er valgt i innpakkingsveiviseren, må du kodesignere mobilapp-pakken manuelt. Mer informasjon: Signer mobilappakken manuelt.
- Test appakken.
- Distribuer appakken til mobile brukere.
Pakke flere lerretsapper sammen
Du kan pakke mer enn én lerretsapp som én mobilappakke. Mobilappakken trenger fremdeles en hjemmeapp, kalt hovedappen. Denne appen blir startpunktet for alle andre lerretsapper som er inkludert i mobilappakken, som kalles sekundære apper.
Sekundære apper er valgfrie. Når du pakker bare én lerretsapp, er den inkluderte appen fremdeles angitt som en primærapp, men mobilappakken har ingen sekundærapper.
Som illustrasjonen nedenfor forklarer kan en primærapp ha koblinger til flere sekundære apper. Flyttingen mellom primær- og sekundærapper i en slik mobilapp pakket sammen, kan håndteres med Launch()-funksjonen.
Gi mobilappen et varemerke
Pakking støtter tilpassing av bootstrap-opplevelsen for mobilappen slik at den samsvarer med varemerkekravene til organisasjonen din. Du kan angi appikonet, oppstartsbildet, velkomstskjermbildet (pålogging) og fargepaletten som skal brukes i hele den opprinnelige opplevelsen i mobilappen.
Alternativer for tilpassing av varemerker er tilgjengelige når du skal bygge opp pakkeprosjektet. Mer informasjon: Konfigurer varemerking
Systemkrav
Listen nedenfor forklarer hva du trenger før du kan begynne å bruke pakkingsfunksjonen til å publisere én eller flere lerretsapper som en pakke for mobilapper.
Tillatelser og tilgangskrav
- Tilgang til én eller flere lerretsapper for å bygge pakkingsprosjektet
- Tilgang til Azure-portalen for å opprette appregistrering
- Tilgang til Microsoft App Center
Krav til programvare og enheter
- Mac-enhet for kodesignering med iOS
- Windows PC for kodesignering med Android
- Slik kjører du den pakkede mobilappen:
- Android-enhet med versjon 10 eller senere
- iOS-enhet med versjon 14 eller senere
Obs!
Utvikling av apper for iOS-plattformen krever en Apple Developer Program-konto.
Forstå pakketerminologi
Pakking omfatter flere komponenter på tvers av Power Apps, App Center og tredjepartsplattformer, for eksempel iOS og Android. Derfor er det viktig å forstå komponentene som er involvert når du arbeider med pakkefunksjonalitet i Power Apps.
App Center-plassering
Beholder i App Center for å lagre de bygde pakkene for distribusjon av mobilapper. Build-utdatatyper varierer avhengig av målplattformen du velger.
| Plattform | Operativsystem | Filtype for byggeutdata |
|---|---|---|
| iOS (for distribusjon ved hjelp av Apple Store) | Tilpass | *.zip |
| Android (for distribusjon ved hjelp av alle kanaler unntatt Google Play-butikken) | Android | *.apk |
Applattform(er)
Tiltenkte plattformer for appen du vil gjennomgå build-prosessen for publisering. Du kan opprette builder for mobilapp for iOS, Android eller Google Play-butikken.
- iOS oppretter IPA-pakke
- Android oppretter APK-pakke
- Google Play-butikken oppretter AAB-pakke
Bygge pakkeprosjektet
Bygging av et pakkeprosjekt er en prosess som oppretter build-pakkene for distribusjon av mobilapper på ulike plattformer. Denne prosessen bruker appen du registrerte på Microsoft-identitetsplattformen, og oppretter buildene på den gitte App Center-plasseringen, avhengig av plattformene du velger. De innebygde pakkene inkluderer primære og valgfrie sekundærapper som er pakket i én mobilappakke for hver plattformtype.
Bunt-ID
En globalt unik identitet for utdataappen. Følger et mønster for omvendt domenenavn. Eksempel: com.contoso.myapp.
Kodesignering
Kodesignering er prosessen med å fullføre en mobilapp før distribusjon til sluttbrukere. En app som er kodesignert, sikrer at den kommer fra en kjent kilde, og appkoden er ikke endret siden sist gang den ble signert av den klarerte kilden.
Primærapp
En primærapp er startpunktet eller hjemmeappen for mobilappopplevelsen når flere lerretsapper samles. Alle tilleggsapper betraktes som sekundære apper. Hvis bare én lerretsapp er pakket og innbygd, regnes den også som den primære appen.
URI for omdirigering
En URI for omdirigering eller URL-adresse for svar er stedet der godkjenningsserveren sender brukeren når appen er godkjent og gitt en autorisasjonskode eller tilgangstoken. Godkjenningsserveren sender koden eller tokenet til URI-en for omdirigering, så det er viktig at du registrerer riktig plassering som en del av appregistreringsprosessen.
Mer informasjon: URI for omdirigering
Sekundær app
Valgfrie ekstra lerretsapper som du pakker i samme build for mobilappdistribusjon sammen med primærappen.
Neste trinn
Bruk innpakkingsveiviseren til å bygge mobilappen
Se også
Tilbakemeldinger
Kommer snart: Gjennom 2024 faser vi ut GitHub Issues som tilbakemeldingsmekanisme for innhold, og erstatter det med et nytt system for tilbakemeldinger. Hvis du vil ha mer informasjon, kan du se: https://aka.ms/ContentUserFeedback.
Send inn og vis tilbakemelding for