I dette selvstudie skal vi lære om opbygning af et Power Apps-forretningsprocesflow til vores modeldrevne app. Derefter tager vi også et kig på Microsoft-dokumentationen om modeldrevne apps, og hvor kraftfuld denne ressource kan være.
Forretningsprocesstrømme sikrer, at hver proces følger de samme trin afhængigt af slutbrugerens handling.
For eksempel kan du oprette et unikt forretningsprocesflow for kunder, der behandler en ordre eller indsender en rapportseddel.
Indholdsfortegnelse
Power Apps Business Process Flow
Hvert Power Apps forretningsprocesflow kan tilpasses baseret på de trin, du ønsker, at slutbrugerne skal følge. Du kan oprette og redigere forretningsprocesflows på webstedskortet.

I højre rude har vi de eksisterende forretningsprocesflows, vi kan bruge.

For dette eksempel, lad os se på Udløbet proces. Vi kan se på flowet ved at klikke på redigeringsknappen eller blyantikonet.

Som du kan se, minder dette meget om vores forretningsregler, som vi talte om i en. Den viser en række trin, som appen vil følge afhængigt af, hvordan brugeren interagerer med appen.

Vi kan se de forskellige komponenter, vi kan bruge, i højre rude. Det er her, vi kan tilføje ting som datasæt eller betingelser til vores procesflow.

Så det første, der sker, er et datatrin. I dette datatrin er det datafelt, der bliver redigeret, Udløbet gennemgangsindstillinger.

Hvad angår sekvensen, bestemmer den, hvor mange trin i sekvensen, der kan tages. I dette tilfælde er der kun ét trin, der følger.

Når først det datatrin sker, anvendes en betingelse næste gang. I denne tilstand er der to muligheder - hvis personen vælger "skal opdateres", så følger det det grønne flueben til højre. Hvis ikke, følger den det røde x-mærke i bunden.

Hvis det går til højre, så følger det et datatrin, der opdaterer indholdet.

Derefter går det direkte til udløbsdatatrinnet.

Men hvad hvis betingelsen er falsk og følger det næste trin i bunden? Grundlæggende fortsætter den til en anden tilstand, der beder appen om at genudgive.

Så efter den anden betingelse sendes brugeren til udgivelsesdatatrinnet.

Modeldrevne apps Microsoft-dokumentation
Eksemplet, vi brugte til at vise, hvordan et Power Apps forretningsprocesforløb fungerer, er blot en simpel sekvens. Men bemærk, at du ligesom en lærredsapp kan få din proces til at flyde så omfattende som muligt. Microsoft -dokumentationen om dette ville være en god ressource i dette tilfælde.

Det fantastiske ved MS-dokumenter som dette er, at hvert emne er opdelt i detaljer. Dette gør det nemt at navigere.
En god måde at tjekke, om du er på rette vej på, er at følge kortet her øverst. Som du kan se, går den fra Power Platformen, derefter til Power Apps og går til Create Apps.

Derfra er det nemt at vælge et emne i venstre rude. Der er en hel mappe her med emner om modeldrevne apps, som vi kan bruge.

Så hvis vi kigger på andre ting, der skal overvejes, når vi bygger en app, kan vi bare klikke på "Design og byg en app", og en hel række af underemner dukker op under det.

Det viser forskellige emner som at anvende forretningslogik, designe grænsefladen, arbejde med visninger, oprette og redigere visninger, arbejde med formularer, bruge appdesigner og andre ting, vi har brug for, hvis vi vil bygge en app, der dækker mere.
Når vi har valgt et emne, kan vi bare rulle op og ned i hovedområdet i midten. Så hvis vi vil lære, hvordan man opretter et webstedskort, klikker vi bare på det, og alle oplysningerne popper ud i midten.

Der er så mange emner at udforske her, så det er fantastisk at læse det igennem og finde andre måder at få mest muligt ud af den app, du arbejder på.
Konklusion
Vi har set i denne hurtige tutorial, hvor nyttige disse forretningsprocesstrømme kan være. Men sandheden er, at forretningsprocesstrømme er mere forbundet med Power Automate, som er en helt anden applikation.
Men det er også det bedste ved disse modeldrevne apps. Det er et rum, hvor du kan samle alle disse ting for at gøre din app og brugen af dine data endnu mere kraftfuld.
Nu, hvis vi sammenligner lærredsapps og modeldrevne apps, er lærredsapps bestemt sjovere at bruge. Men hvis du arbejder med et godt databasesystem, som du kan indstille i almindelige datatjenester, så ville modeldrevne apps være vejen at gå.
Alt det bedste,
Henrik