Løsningskoncepter

Løsninger er den mekanisme, der bruges til at implementere ALM i Power Apps og Power Automate. I denne artikel beskrives følgende vigtige løsningsbegreber:

• To typer løsninger
• Løsningskomponenter
• Livscyklus for en løsning
• Løsningsudgiver
• Løsning og løsningskomponentafhængigheder

Administrerede og ikke-administrerede løsninger

En løsning er enten administreret eller ikke-administreret.

• Ikke-administrerede løsninger udvikles. Ikke-administrerede løsninger bruges i udviklingsmiljøer, når du foretager ændringer af din applikation. Ikke-administrerede løsninger kan eksporteres enten som ikke-administrerede eller som administrerede. Eksporterede ikke-administrerede versioner af dine løsninger skal kontrolleres i kildekontrolsystemet. Ikke-administrerede løsninger betragtes som din kilde for Microsoft Power Platform-aktiver. Når en ikke-administreret løsning slettes, er det kun løsningsbeholderen for de inkluderede tilpasninger, der slettes. Alle de ikke-administrerede tilpasninger bevares og tilhører standardløsningen.

• Administrerede løsninger implementeres. Administrerede løsninger implementeres i et hvilket som helst miljø, der ikke er et udviklingsmiljø for den pågældende løsning. Dette omfatter test-, UAT-, SIT- og produktionsmiljøer. Administrerede løsninger kan betjenes uafhængigt af andre administrerede løsninger i et miljø. Som en ALM-bedste praksis skal administrerede løsninger oprettes ved at eksportere en ikke-administreret løsning som administreret og betragtet som et Build-artefakt. Derudover:

  • Du kan ikke redigere komponenter direkte i en administreret løsning. Hvis du vil redigere administrerede komponenter, skal du først føje dem til en ikke-administreret løsning.
    • Når du gør det, opretter du en afhængighed mellem dine ikke-administrerede tilpasninger og den administrerede løsning. Når der findes en afhængighed, kan den administrerede løsning ikke fjernes, før du fjerner afhængigheden.
  • Nogle administrerede komponenter kan ikke redigeres. Du kan kontrollere, om en komponent kan redigeres, ved at få vist de administrerede egenskaber.
  • Du kan ikke eksportere en administreret løsning.
  • Når en administreret løsning slettes (fjernes), fjernes alle de inkluderede tilpasninger og udvidelser.

  Vigtigt

  • Du kan ikke importere en administreret løsning i det samme miljø, som indeholder den oprindelige ikke-administrerede løsning. Hvis du vil teste en administreret løsning, skal du have et separat miljø, du kan importere den til.
  • Når du sletter en administreret løsning, går følgende data tabt: de data, der er gemt i brugerdefinerede objekter, og som er en del af den administrerede løsning, og de data, der er gemt i brugerdefinerede attributter, som er en del af den administrerede løsning på andre objekter, der ikke er en del af den administrerede løsning.

Producenter og udviklere arbejder i udviklingsmiljøer ved hjælp af ikke-administrerede løsninger og importerer dem derefter til andre downstream-miljøer - f.eks. test - som administrerede løsninger.

Bemærk

Når du tilpasser i udviklingsmiljøet, arbejder du i det ikke-administrerede lag. Når du derefter eksporterer den ikke-administrerede løsning som en administreret løsning, der skal distribueres til et andet miljø, importeres administreret løsning i miljøet i det administrerede lag. Flere oplysninger: Løsningslag

Løsningskomponenter

En komponent repræsenterer noget, som du kan tilpasse. Alt det, der kan inkluderes i en løsning, er en komponent. Hvis du vil have vist de komponenter, der indgår i løsningen, skal du åbne den ønskede løsning. Komponenterne vises på listen Komponenter.

Bemærk

• En løsning kan have en størrelse på op til 32 MB.
• Du kan ikke redigere komponenter direkte i en administreret løsning.

Se Indstillinger for ComponentType for at få vist en liste over komponenttyper, der kan føjes til en hvilken som helst løsning.

Visse komponenter er indlejret i andre komponenter. F.eks indeholder et objekt formularer, visninger, diagrammer, felter, objektrelationer, meddelelser og forretningsregler. Hver af disse komponenter kræver, at der findes et objekt. Et felt kan eksistere uden for et objekt. Vi siger, at feltet er afhængigt af objektet. Der findes to gange så mange typer komponenter, som vist på den foregående liste, men de fleste af dem er indlejrede i andre komponenter og er ikke synlige i programmet.

Formålet med komponenter er at holde styr på eventuelle begrænsninger på, hvad der kan tilpasses ved hjælp af administrerede egenskaber og alle afhængigheder, så de kan eksporteres, importeres, og (i administrerede løsninger) slettes, uden at de efterlader sig noget.

Livscyklus for en løsning

Løsninger understøtter følgende handlinger, der er med til at understøtte processerne for applikationens livscyklus:

• Opret Forfatter og eksporterer ikke-administrerede løsninger.

• Opdater Opretter opdateringer til en administreret løsning, der er installeret på den overordnede administrerede løsning. Du kan ikke slette komponenter med en opdatering.

• Opgrader Importerer løsningen som en opgradering til en eksisterende administreret løsning, som fjerner ubrugte komponenter og implementerer opgraderingslogikken. Opgraderinger involverer akkumulering (fletning) af alle programrettelser til løsningen i en ny version af løsningen. Løsningsopgraderinger sletter de komponenter, der fandtes, men som ikke længere er inkluderet i den opgraderede version. Du kan vælge at opgradere med det samme eller at gemme opgraderingen midlertidigt, så du kan udføre nogle yderligere handlinger, før du fuldfører opgraderingen.

• Programrettelse En programrettelse indeholder kun ændringerne for en overordnet administreret løsning, f.eks. tilføjelse eller redigering af komponenter og aktiver. Brug programrettelser, når du foretager mindre opdateringer (i stil med et hotfix). Når programrettelser importeres, placeres de i lag oven på den overordnede løsning. Du kan ikke slette komponenter med en programrettelse.

Løsningsudgiver

Alle appkomponenter og andre løsningskomponenter, f.eks. de objekter, du opretter, eller en tilpasning, du foretager, er en del af en løsning. Da alle løsninger har en udgiver, skal du oprette din egen udgiver i stedet for at bruge standardudgiveren. Du kan angive udgiveren, når du opretter en løsning.

Bemærk

Selvom du ikke anvender en brugerdefineret løsning, skal du arbejde i løsninger, der kaldes Common Data Service-standardløsningen og Standard-løsningerne. Flere oplysninger: Standardløsning og Common Data Service-standardløsning

Udgiveren af en løsning, hvor en komponent er oprettet, betragtes som ejer af den pågældende komponent. Ejeren af en komponent styrer, hvilke ændringer andre udgivere af løsninger, herunder den pågældende komponent, har tilladelse til eller er begrænet i at foretage. Det er muligt at flytte ejerskabet af en komponent fra en løsning til en anden i den samme udgiver, men ikke på flere udgivere. Når du har introduceret en udgiver for en komponent i en administreret løsning, kan du ikke ændre udgiveren for komponenten. Derfor er det en god ide at definere en enkelt udgiver, så du kan ændre lagdelingsmodellen på tværs af løsninger på et senere tidspunkt.

Løsningsudgiveren angiver, hvem der har udviklet appen. Derfor skal du oprette et løsningsudgivernavn, der giver mening.

Præfiks til løsningsudgiver

En løsningsudgiver har et præfiks. Præfikset for udgiveren er en mekanisme, der kan hjælpe med at undgå navngivningskollisioner. Dette gør det muligt at installere løsninger fra forskellige udgivere i et miljø med få konflikter. Den contoso-løsning, der vises her, indeholder f. eks. løsningsudgiverpræfikset contoso.

Bemærk

Når du ændrer et løsningsudgiverpræfiks, skal du gøre det, før du opretter nye apps eller metadataelementer, da du ikke kan ændre navnene på metadataelementer, når de er oprettet.

Flere oplysninger:

• Opret en løsning og et udgiverpræfiks.
• Ændre et løsningsudgiverpræfiks

Løsningsafhængigheder

På grund af lagdelingen i administrerede løsninger kan nogle administrerede løsninger være afhængige af løsningskomponenter i andre administrerede løsninger. Nogle løsningsudgivere kan udnytte dette til at udvikle løsninger, der er modulære. Det kan være nødvendigt at installere en "basis"-administreret løsning først, og derefter kan du installere en anden administreret løsning, der yderligere tilpasser komponenterne i den basisadministrerede løsning. Den anden administreret løsning afhænger af løsningskomponenter, der er en del af den første løsning.

Systemet sporer disse afhængigheder mellem løsninger. Hvis du forsøger at installere en løsning, der kræver en basisløsning, som ikke er installeret, kan du ikke installere løsningen. Der vises en meddelelse om, at løsningen kræver en anden løsning, der skal installeres først. På samme måde kan du på grund af afhængigheder ikke fjerne basisløsningen, hvor en løsning, som afhænger af den, stadig er installeret. Du skal fjerne den afhængige løsning, før du kan fjerne basisløsningen. Du kan finde flere oplysninger i: Fjernelse af afhængigheder

Komponentafhængigheder i løsninger

En løsningskomponent repræsenterer noget, som du kan tilpasse. Alt, hvad der kan inkluderes i en løsning, er en løsningskomponent, og nogle komponenter er afhængige af andre komponenter. Rapporterne for webstedsfeltet og kontooversigten er f.eks. afhængige af kontoobjektet. Du kan finde flere oplysninger under Afhængighedssporing for løsningskomponenter.

Se også

Løsningslag
Oprette og administrere miljøer i Power Platform Administration