Komponentbibliotek program livcykelhantering (ALM)

Ett komponentbibliotek är en särskild typ av mobilapp som kan innehålla en eller flera arbetsytekomponenter. Bibliotekskomponenterna kan sedan användas av alla andra arbetsyteappar i miljön. Denna funktion gör att du kan skapa återanvändbara delade komponenter för alla program i en miljö, till skillnad från komponenter på appnivå som är begränsade till ett program.

Om du vill använda en komponent från ett komponentbibliotek måste du först importera komponenten till arbetsyteappen. När du har importerat komponenten kan du lägga till den på valfri appskärm. Alla uppdateringar i komponentdefinitionen från komponentbiblioteket kommer att uppmana dig att granska och införliva ändringen på begäran eller när appen är öppen för redigering. Komponentbibliotek och beroende program kan också flyttas till en annan miljö med standard Microsoft Dataverse lösningar.

När en komponent från ett komponentbibliotek importeras till en mobilapp kopieras den komponentens definition till definitionen för programmet. När en komponentdefinition har importerats är programmet "fristående" vad gäller den komponentdefinitionen. Apptillverkaren kan välja att redigera komponenten och skapa lokala förekomster av komponenten i programmet. Så här långt finns det ingen direkt länk till komponentbiblioteket från vilket komponenten ursprungligen kommer. Denna självständighetsegenskap gäller även om arbetsyteappen sedan migreras till en annan miljö där komponentbiblioteket inte finns. Du kan fortsätta att skapa instanser av den importerade komponentdefinitionen i programna i målmiljön och programna kan fortfarande publiceras och användas. Inga nya uppdateringar kommer att uppmanas eller tas emot i den konsumerande programmet i detta fall.

För att upprätthålla relationen från programmet till komponentbiblioteket ska du se till att du använder komponentbiblioteket för att göra ändringar i komponenten i stället för att redigera komponenten i den tidskrävande programmet.

Stöd för lösningar för arbetsyteappar och komponentbibliotek

I överensstämmelse med de andra beroenden av lösningsobjekt, om en arbetsyteapp importerar en arbetsytekomponent från ett komponentbibliotek, kommer den att ha ett beroende av det komponentbiblioteket. För att flytta ett program till den nya miljön måste du antingen paketera komponentbiblioteket i samma lösning eller installera det som en förutsättning. Program till komponentbibliotekets beroende upprätthålls i målmiljön. Vid en senare tidpunkt, när ett komponentbibliotek med den uppdaterade komponenten importeras med hjälp av en lösning till målmiljön, kommer befintliga program att få de nya komponentdefinitionerna med den vanliga komponentuppdateringsflöde.

Skapa och exportera komponentbibliotek i en lösning

Du kan antingen skapa ett komponentbibliotek direkt inifrån lösningen eller lägga till det i en befintlig lösning.

När ett komponentbibliotek sparas i en miljö som har Dataverse tillgängligt läggs komponentbiblioteket automatiskt till i standardlösningen. Ett unikt logiskt namn skapas för komponentbiblioteket med prefixet Standardutgivare för CDS. Det här beteendet är att se till att lösningssystemet känner av sin närvaro och kan länka beroendena från programna som använder komponentbibliotekets logiska namn.

Komponentbibliotek inuti en lösning stöder också Tillåt anpassningar hanterade egenskaper som styr beteendet hos komponentbiblioteket i målmiljön.

Om du stänger av den här inställningen och exporterar lösningen till en målmiljö kommer du inte att kunna redigera komponentbiblioteket.

Beroenden för appkomponenten

Appar som använder komponenter från komponentbiblioteket markeras som beroende i lösningsinfrastrukturen. Detta gäller för alla program som läggs till i alla Dataverse lösningar i en viss miljö. Du kan fortfarande skapa program utanför lösningar, men de programna har inga lösningsberoenden. Du kan sedan lägga till programna i lösningar så att de blir en del av lösningen ALM.

Om du importerar en lösning som endast har ett program som använder en komponent från ett komponentbibliotek, men inte komponentbiblioteket, visas följande meddelande:

"Importen misslyckades eftersom beroenden saknas för <app name>".

I det här fallet kan du välja att installera komponentbibliotekslösningen först, eller bunta ihop komponentbiblioteket med lösningen som innehåller programmet. Någon av stegen säkerställer att programmet får det beroende som skapas i målmiljön.

När biblioteket uppdateras och en senare komponentversion importeras via lösningarna får programmet ett meddelande och får uppdateringarna när appen öppnas för redigering.

Beroenden beräknas utifrån den senaste publicerade statusen för ett program. Om du återställer en äldre version av programmet som inte använder en bibliotekskomponent tas beroendet bort från programmet och lösningen. Om du importerar en komponent till ett program från ett komponentbibliotek utan att använda den, skapas också ett beroende eftersom den oanvända bibliotekskomponenten fortfarande är tillgänglig i programmet för framtida användning.

Bästa praxis och felsökning

• Begränsa antalet komponenter i ett bibliotek till 20 för att få optimala prestanda. Planera och skapa flera komponentbibliotek i förväg eftersom antalet komponenter i dem troligen kommer att växa med tiden. Den här metoden minskar också lösningens nyttolast när program flyttas över hela miljön.

• Det tar upp till 5 minuter innan komponentbiblioteket publiceras när det är tillgängligt för programmet.

• Om programmet inte kan ta emot uppdateringen från bibliotekskomponenten i målmiljön där lösningen är installerad kontrollerar du med hjälp av åtgärderna nedan:

  • Ändringar som görs i ett komponentbibliotek i en målmiljö finns högst upp i en komponent. Därefter definierar dessa anpassningar komponentens körningsbeteende. Information om hur du tar bort de här ohanterade anpassningarna Ta bort ett ohanterat lager.
  • Ta reda på komponentbibliotekets logiska namn från lösningsvyn. Använd standardlösningen om biblioteket inte uttryckligen läggs till i lösningen.
  • Hämta programmet med bibliotekskomponenten till den lokala datorn med Fil > Spara som > Datorn. Byt namn på den hämtade filen så att den får en .zip-fil och packa upp paketet. Öppna filen Properties.json och sök sedan efter nyckelordet "LibraryDependencies". Ett logiskt namn för ett matchande bibliotek bör visas.
  • Om du konsumerar lösningen, kontrollera att arbetsappen har identifierat komponentbiblioteken som lösningsberoenden. Om lösningen inte identifierar komponentbiblioteken som lösningsberoenden betyder det att appberoendet till komponentbibliotekslänken inte har skapats korrekt. I så fall kan du försöka lösa problemet med lösningsleverantören.
  • Om du är lösningsutgivaren, kontrollera att komponentbiblioteken är sparade med bibliotekets logiska namn i lösningen och att det är samma som det som refereras till i komponentbibliotekets .msapp-paket.

• Vid export av lösning exporteras alltid den senaste versionen av komponentbiblioteket. Uppdatera därför alltid programna med den senaste komponentversionen innan du exporterar dem med hjälp av lösningar. Den här åtgärden säkerställer att programna har samma komponentversion som de är tillgängliga i den senaste versionen av komponentbiblioteket. Appar och bibliotek betraktas som synkroniserade med varandra första gången de flyttas till en målmiljö. Du uppmanas därför inte att göra någon uppdatering tillgänglig när du redigerar programmet.

Se även

• Arbetsytans komponenter
• Komponentbibliotek
• Mappa indatafält för en komponent
• Lägg till multimedia till en komponent
• Funktionsformler för komponenter
• Power Apps component framework
• Lägg till arbetsytekomponenter till en anpassad sida i ett modellbaserat program.