Comparteix a través de

Informació general de l'ajustament

  • Article

La funció d'embolcall us Power Apps permet embolicar les vostres aplicacions de llenç com a aplicacions de marca personalitzades Android i iOS per a la distribució nativa als usuaris mòbils. Podeu distribuir aquestes aplicacions mòbils natives embolicades als usuaris finals a través de Microsoft App Center, Google Play Store i Apple Business Manager.

Aplicacions de llenç publicades per a usuaris mòbils com a paquet d'aplicacions mòbils mitjançant la funció d'ajust.

Podeu embolicar una o diverses Power Apps aplicacions de llenç en el mateix paquet d'aplicacions mòbils natives. Podeu utilitzar la funció d'ajust per personalitzar l'experiència d'inici de l'aplicació mòbil perquè coincideixi amb els requisits de marca de la vostra organització. Podeu especificar la icona de l'aplicació, la imatge de la pantalla de presentació, la imatge de la pantalla de benvinguda (inici de sessió) i la paleta de colors que voleu utilitzar a l'aplicació mòbil.

Podeu actualitzar les aplicacions mòbils empaquetades publicant els canvis a les aplicacions de llenç que s'inclouen al paquet mòbil mitjançant el portal del Power Apps creador.

Nota

Tots els canvis publicats a les aplicacions de llenç incloses es baixen automàticament a través de les versions existents i publicades de les aplicacions mòbils empaquetades.

Wrap aporta capacitats natives de Power Apps la plataforma de desenvolupament d'aplicacions mòbils (MADP).

  • Desenvolupament d'aplicacions mòbils sense codi: creeu aplicacions mòbils sense experiència prèvia
  • Construccions d'aplicacions mòbils gestionades: generem l'aplicació per a tu
  • Marca d'extrem a extrem perfecta: utilitzeu el vostre propi logotip i paleta de colors
  • Admissió de diverses aplicacions de llenç: agrupa diverses aplicacions en una sola aplicació mòbil
  • Governança empresarial amb Microsoft Intune: protegiu les vostres dades amb l'administració d'aplicacions

Nota

Wrap està pensat per distribuir aplicacions mòbils als usuaris existents Power Apps , no per al públic.

Comprendre el procés Empaqueta

La funció d'embolcall embolicarà les vostres aplicacions de llenç en un intèrpret d'ordres d'aplicacions mòbils natives i produirà un paquet mòbil. Pots signar i distribuir digitalment aquest paquet mòbil com a marca personalitzada i aplicacions als usuaris mòbils a través dels canals de distribució natius com Android Google Play Store iOS i Apple Business Manager . ...

A la secció següent s'expliquen els passos necessaris per utilitzar la característica d'ajust per crear aplicacions mòbils natives:

Passos implicats en l'ús de la funció d'ajust per crear aplicacions mòbils.

  1. Seleccioneu l'aplicació de llenç principal i inicieu l'auxiliar d'ajustament. Una aplicació de llenç principal és l'aplicació que proporciona l'experiència inicial que voleu que els usuaris mòbils vegin quan inicien l'aplicació mòbil. Les aplicacions de llenç han de formar part d'una solució. Més informació: Afegeix una aplicació de llenç a la solució.
  2. Opcionalment, afegiu aplicacions de llenç secundàries a l'aplicació mòbil a l'auxiliar d'ajust. Més informació: Embolicar diverses aplicacions de llenç juntes.
  3. Seleccioneu les plataformes ( iiOS ) de destinació per a la Androidvostra aplicació mòbil. Opcionalment, seleccioneu per signar automàticament el paquet de l'aplicació mòbil a l'auxiliar d'embolcall.
  4. Personalitzeu la marca de l'aplicació amb icones, imatges i paleta de colors per personalitzar la vostra aplicació mòbil.
  5. Registra la teva aplicació. Utilitzeu un registre d'aplicació existento creeu-ne un de nou a l'auxiliar d'ajustament.
  6. Afegiu el nom del compte d'emmagatzematge blob de l'Azure i el nom del contenidor. Utilitzeu un emmagatzematge blob de l'Azure ja creat o creeu-ne un de nou.
  7. Inicieu el procés de creació al pas Resum per generar la vostra aplicació mòbil de marca personalitzada.
  8. Baixeu l'aplicació mòbil des de la ubicació d'emmagatzematge de blobs d'aplicacions.
  9. Si no es tria el signe de codi automàticament a l'auxiliar d'ajust, heu de signar el paquet d'aplicacions mòbils manualment. Més informació: Signatura manual del paquet d'aplicacions mòbils.
  10. Proveu el paquet de l'aplicació.
  11. Distribuïu el paquet d'aplicacions als usuaris mòbils.

Empaquetar diverses aplicacions de llenç juntes

Podeu empaquetar més d'una aplicació de llenç com un únic paquet d'aplicacions mòbils. El paquet d'aplicacions mòbils encara necessita una aplicació inicial, anomenada aplicació principal. Aquesta aplicació esdevé el punt d'entrada per a totes les altres aplicacions de llenç incloses al paquet d'aplicacions mòbils, anomenades aplicacions secundàries.

Les aplicacions secundàries són opcionals. Quan s'ajusta només una aplicació de llenç, l'aplicació inclosa encara es tria com a aplicació principal, però el paquet d'aplicacions mòbils no tindria cap aplicació secundària.

Com explica la il·lustració següent, una aplicació principal pot tenir enllaços a diverses aplicacions secundàries. El moviment entre les aplicacions primàries i secundàries dins d'aquesta aplicació mòbil es pot gestionar amb la funció Launch().

Aplicacions primàries i secundàries embolicades.

Personalitzeu la marca de l'aplicació mòbil

Empaqueta permet personalitzar l'experiència de bootstrap de l'aplicació mòbil perquè compleixi amb els requisits de personalització de marca de l'organització. Podeu especificar la icona de l'aplicació, la imatge de la pantalla d'inici de sessió, la imatge de pàgina de benvinguda (inici de sessió) i la paleta de colors que s'utilitzarà a totes les experiències natives de l'aplicació mòbil.

Marca en embolcall.

Les opcions de personalització de marca estan disponibles en crear un projecte Empaqueta. Més informació: Configurar la marca

Entendre la terminologia de l'embolcall

L'embolcall inclou diversos components Power Apps, App Center i plataformes de tercers com iOS i Android. Per tant, és important comprendre els components que comprèn mentre es treballa amb la funcionalitat Empaqueta al Power Apps.

Ubicació del centre d'aplicacions

Contenidor del Centre d'aplicacions per emmagatzemar-hi els paquets creats per a la distribució d'aplicacions mòbils. Els tipus de sortida de compilació són diferents en funció de la plataforma de destinació que seleccioneu.

Plataforma SO Tipus de fitxer de sortida de compilació
iOS (per a la distribució mitjançant l'Apple Store) Personalització *.cremallera
Android (per a la distribució mitjançant tots els canals excepte Google Play Store) Android *.apk

Nota

App Center es deixarà de fabricar a partir del 31 de març de 2025. A partir d'ara, els binaris de l'aplicació s'emmagatzemaran a l'emmagatzematge blob de l'Azure del vostre inquilí des d'on podreu accedir-hi i distribuir-los a través dels vostres canals preferits. Els detalls de l'enllaç de l'emmagatzematge blob de l'Azure amb el procés d'embolcall s'actualitzaran aviat. Mentrestant, feu una còpia de seguretat dels fitxers APK/IPA més recents (si cal) i mantingueu a mà els detalls de l'emmagatzematge blob de l'Azure i la ubicació de destinació dels binaris de l'aplicació.

Azure blob storage

El contenidor a l'emmagatzematge blob de l'Azure ajuda a emmagatzemar paquets construïts per a la distribució d'aplicacions mòbils. Els tipus de sortida de compilació són diferents en funció de la plataforma de destinació que seleccioneu. Els detalls sobre la funció es compartiran abans del 31 de març de 2025.

Aportació:

Nom del compte

El nom del compte és un identificador únic per al vostre compte d'emmagatzematge de l'Azure. S'utilitza per construir l'URI base per accedir al compte d'emmagatzematge. Per exemple, si el nom del vostre compte ho és mystorageaccount, l'URI base seria https://mystorageaccount.blob.core.windows.net/

Nom del contenidor

El nom del contenidor és un identificador únic dins d'un compte d'emmagatzematge que agrupa un conjunt de blobs. Els contenidors proporcionen una manera d'organitzar blobs dins d'un compte d'emmagatzematge. Per exemple, si el nom del contenidor ho és mycontainer, l'URI per accedir als blobs dins d'aquest contenidor seria https://mystorageaccount.blob.core.windows.net/mycontainer/

Plataformes d'aplicacions

Plataformes previstes per a l'aplicació que voleu que passin pel procés de compilació per a la publicació. Podeu crear compilacions per a aplicacions mòbils o iOS Android Google Play Store.

  • iOS crea un paquet IPA
  • Android crea un paquet APK
  • Google Play Store crea un paquet AAB per a la distribució

Crear el projecte Empaqueta

Crear un projecte Empaqueta és un procés que crea els paquets de compilació per a la distribució d'aplicacions mòbils en diferents plataformes. Aquest procés utilitza l'aplicació que heu registrat a la plataforma d'identitats de Microsoft i crea les compilacions a la ubicació del Centre d'aplicacions determinada en funció de les plataformes que trieu. Els paquets de compilació inclouen les aplicacions principals i secundàries opcionals empaquetades en un paquet d'aplicacions mòbils per a cada tipus de plataforma.

ID de paquet

L'identificador del paquet és un identificador únic que pots crear per a l'aplicació. Segueix un patró de nom de domini invers. Per exemple, com.contoso.myapp. Aquest identificador de paquet s'utilitza durant el procés de creació del dipòsit de claus de l'Azure una vegada iOS Android o es creen i carreguen certificats tal com s'esmenta al pas 6.

Signatura de codi

La signatura de codi és el procés de completar una aplicació mòbil abans de la distribució als usuaris finals. Una aplicació que té codi signat garanteix que prové d'un origen conegut i que el codi de l'aplicació no ha canviat des de la darrera vegada que el va signar l'origen de confiança.

Aplicació principal

Una aplicació principal és el punt d'entrada o l'aplicació inicial per a l'experiència d'aplicació mòbil en empaquetar juntes diverses aplicacions de llenç. Totes les altres aplicacions es consideren aplicacions secundàries. Si només s'empaqueta i compila una aplicació de llenç, també es considera l'aplicació principal.

URI de redirecció

Un URI de redirecció o una adreça URL de resposta és la ubicació on el servidor d'autorització envia a l'usuari un cop l'aplicació ha estat autoritzada correctament i ha atorgat un codi d'autorització o un testimoni d'accés. El servidor d'autorització envia el codi o el testimoni a l'URI de redirecció, per la qual cosa és important que registreu la ubicació correcta com a part del procés de registre de l'aplicació.

Més informació: URI de redirecció

Aplicació secundària

Més aplicacions de llenç opcionals que esteu embolicant a la mateixa compilació per a la distribució d'aplicacions mòbils juntament amb l'aplicació principal.

Passos següents

Requisits del sistema i requisits previs per a l'embolcall

Consulteu també