Oplossingslagen

Oplossingslagen worden op onderdeelniveau geïmplementeerd. Beheerde en onbeheerde oplossingen bestaan op verschillende lagen binnen een Microsoft Dataverse-omgeving. Er zijn twee verschillende lagen in Dataverse:

  • Onbeheerde laag Alle geïmporteerde onbeheerde oplossingen en ad-hocaanpassingen bestaan in deze laag. Alle onbeheerde oplossingen delen één onbeheerde laag.

  • Beheerde lagen Alle geïmporteerde, beheerde oplossingen en de systeemoplossing bestaan in deze laag. Als meerdere beheerde oplossingen zijn geïnstalleerd, bevinden later geïnstalleerde oplossingen zich boven oplossingen die eerder zijn geïnstalleerd. Dit betekent dat de tweede geïnstalleerde oplossing de oplossing die daarvoor is geïnstalleerd kan aanpassen. Wanneer twee beheerde oplossingen tegenstrijdige definities hebben, is het runtime-gedrag 'De laatste wint' of er wordt een samenvoeglogica geïmplementeerd. Als u een beheerde oplossing verwijdert, wordt de beheerde oplossing eronder van kracht. Als u alle beheerde oplossing verwijdert, wordt het standaardgedrag toegepast dat is gedefinieerd in de systeemoplossing. De basis van het niveau van beheerde lagen is de systeemlaag. De systeemlaag bevat de entiteiten en componenten die nodig zijn om het platform te laten functioneren.

Voorbeeldoplossingslagen voor een onderdeel, zoals een formulier of weergave.

Lagen binnen een beheerde oplossing

Voor elk beheerd onderdeel zijn er lagen binnen een oplossing die, afhankelijk van het feit of een of meer patches of een wachtende upgrade naar de oplossing zijn geïmporteerd, de volgende lagen kan bevatten:

  • Basis Aan de onderkant van de 'stapel' oplossingslagen bevindt zich de basislaag. Deze laag bevat de oplossingsuitgever, die de eigenaar van het onderdeel en de bijbehorende beheerde eigenschappen identificeert.

  • Boven De bovenste laag wordt beschouwd als de huidige laag en definieert het runtime-gedrag van het onderdeel. De bovenste laag kan een upgrade of een patch zijn, of als er geen patches of upgrades op de oplossing zijn toegepast, bepaalt de basisoplossing het runtime-gedrag van het onderdeel.

  • Lagen die zijn toegevoegd vanuit updates:

    • Patches Als het onderdeel een of meer geïmporteerde oplossingspatches heeft, worden ze boven op de basislaag gestapeld, waarbij de meest recente patch boven de vorige patch ligt.

    • In afwachting van upgrade Als een gefaseerde upgrade (genaamd _Upgrade) wordt geïmporteerd, bevindt deze zich boven op de basis- en patchlagen (indien aanwezig).

Voorbeeld van lagen binnen een oplossing

Belangrijk

Het gebruik van patches wordt niet aanbevolen. Meer informatie: Patches voor een oplossing maken

De volgende afbeelding toont een voorbeeld van oplossingslagen voor een aangepaste kolom met de basisoplossing, een patch en een upgrade die in behandeling is.

Oplossingslagen.

Zie Oplossingslagen voor informatie over het weergeven van lagen voor een onderdeel binnen een oplossing.

Samenvoeggedrag

Oplossingsmakers moeten het samenvoeggedrag begrijpen wanneer een oplossing wordt bijgewerkt of wanneer meerdere oplossingen worden geïnstalleerd die hetzelfde onderdeel beïnvloeden. Merk op dat alleen modelgestuurde app-, formulier- en siteoverzicht-onderdeeltypen worden samengevoegd. Alle andere onderdelen volgen het gedrag 'het hoogste niveau wint'.

"Bovenste wint"-gedrag

Met uitzondering van de modelgestuurde app-, formulier- en siteoverzichtonderdelen, gebruiken andere oplossingsonderdelen een "bovenste wint"-gedrag waarbij de laag die zich bovenaan bevindt, bepaalt hoe het onderdeel werkt tijdens app-runtime. Een bovenste laag kan worden geïntroduceerd door een gefaseerde (lopende) upgrade.

Bovenste laag geïntroduceerd door een lopende upgrade

Hier is een voorbeeld van een bovenste wint-onderdeelgedrag geïntroduceerd door een fase voor upgradebijwerking naar een oplossing. Meer informatie: De upgrade of update toepassen in de doelomgeving

  1. De huidige bovenste (basis) laag heeft de eigenschap Maximale lengte van de tekstkolom Opmerkingen voor de accounttabel met de standaardinstelling van 100.

    Tabelonderdeel in de basisoplossing.

  2. Een oplossingsupgrade wordt geïmporteerd met behulp van de optie Fase voor upgrade, waarmee een nieuwe bovenste laag wordt gemaakt. De lopende upgrade omvat de tekstkolom Opmerkingen voor de accounttabel met de eigenschapswaarde Maximale lengte gewijzigd in 150.

    Actieve laag geïntroduceerd bovenop de basislaag.

In deze situatie staat de kolom Opmerkingen voor accountrecords maximaal 150 tekens toe tijdens de runtime van de app.

Samenvoeggedrag bij updaten en upgraden van oplossingen

Zoals beschreven in de vorige sectie, worden patches en een gefaseerde upgrade boven op de basisoplossing gestapeld. Deze kunnen worden samengevoegd door Upgrade toepassen te selecteren in het gebied Oplossingen in Power Apps, die de lagen plat maakt en een nieuwe basisoplossing maakt.

Samenvoeggedrag bij meerdere oplossingen

Wanneer u de beheerde oplossing voorbereidt voor distributie, moet u bedenken dat er mogelijk al oplossingen zijn in een omgeving of dat in de toekomst mogelijk andere oplossingen worden geïnstalleerd. Maak een oplossing die aanbevolen procedures volgt, zodat uw oplossing geen problemen met andere oplossingen veroorzaakt. Meer informatie: Gesegmenteerde oplossingen gebruiken

De processen die Dataverse gebruikt om aanpassingen samen te voegen benadrukken handhaving van de functionaliteit van de oplossing. Hoewel alles in het werk is gesteld om de presentatie te behouden, kunnen bepaalde incompatibiliteiten tussen aanpassingen vereisen dat de berekende afsluiting tot verandering van enkele presentatiedetails leidt ten gunste van het behouden van de functionaliteit van de aanpassing.

Zie ook

Inzicht verkrijgen in de manier waarop beheerde oplossingen worden samengevoegd