Modern översikt över kommando

Kommandon styr det grundläggande programbeteendet för modellstyrda appar. Det är knapparna som användarna interagerar med när appar används och de åtgärder som utförs när en knapp väljs. Varje kommando placeras i förhållande till andra kommandon och är bundna till en kommandofältplats i appen.

På en hög nivå passar kommandoanpassning in i följande kategorier. Olika funktioner finns inom varje kategori och finns mer ingående i den moderna kommandodokumentationen:

• Skärm. Hur knappen visas och var den finns i en app. Till exempel knappens etikett, ikon och tillgänglighetsetiketter samt platsen och placeringen av kommandofältet i ett kommandofält.
• Åtgärd. Logiken som körs när en knapp väljs. Du kan till exempel skapa och uppdatera data eller interagera med olika kontroller och sidor i appen.
• Synlighet. Logiska villkor som anger när en knapp visas eller döljs för en användare. Du kanske till exempel vill att knappen ska visas för vissa användare och döljas för andra. Knappen kanske bara ska visas när vissa villkor för dataposterna uppfylls.

Kommandofältplatser

• Huvudrutnät. Kommandofältet som visas när en apps vänstra navigering används för att visa en hel sida med poster i tabellen.

  

• Huvudformulär. Kommandofältet som visas i tabellens huvudformulär. Det visas överst i formuläret och är inte samma sak som den associerade vyn eller underrutnätsvyn som visas i olika områden i formuläret.

  

• Underrutnätsvy. Kommandofältet visas i formulär i andra tabeller som återger tabellens data i ett underrutnät. Huvudformuläret för kontot har till exempel en underrutnätskontroll som listar kontaktposter som är relaterade till kontoposten. Redigera kommandofältet nedanför genom att redigera kommandofältet för kontakttabellen och sedan underrutnätsvyn.

  

• Associerad vy. Kommandofältet visas i formuläret för en överordnad tabell när relaterade data visas i tabellen. Välj till exempel från huvudformuläret för en kontopost fliken Relaterade och välj sedan en relaterad tabell som kontakter.

  .

• Snabbåtgärder. Snabbåtgärder associeras med huvudrutnätsplatsen. Om du vill lägga till eller redigera kommandon för både snabbåtgärder och huvudrutnätsplatser väljer du önskad tabell i den modern appdesignern, redigerar kommandofältet och väljer platsen för huvudrutnätet. De första fem kommandona, som fastställs efter order, visas också som snabbåtgärder när appen används.

  

Anteckning

Kommandodesignern har inte stöd för mindre ofta anpassade kommandofältplatser. Se avsnittet Global kommandofält och andra band för mer information om att anpassa kommandon för dessa platser.

Typer av kommandon

• Kommando. Standardknapp. Utför en åtgärd när den är markerad. Kan också vara inkapslad i grupper i listrutan och delningsknappar. Observera att de kallas för utfällningar i klassiskt kommando.
• Listruta. Skapar en meny där du kan organisera kommandon inom en grupp.
• Grupp. Lägg till titlar till grupper av kommandon kapslade i rullgardinsmenyer och delade knappar.
• Delningsknapp. Liknar en listrutan, men har ett primärt kommando. När delningsknappen är markerad utförs åtgärden från det primära kommandot. Om expandera haksymbol har markerats körs inte det primära kommandot. I stället visas en lista med fler grupper, utfällningar och kommandon.

Viktiga skillnader mellan klassiska och modern kommandon

Klassiska kommandon (tidigare menyfliksområdet) kan inte anpassas med låg kod. Med kod var kommandoanpassningar svåra, omstutliga och felaktiga. För att skala kommandot till låg kod samt använd anpassade sidor för att konvergera arbetsyte- och modelldrivna appa, det var viktigt att återuppfinna och bygga om ledningsinfrastrukturen.

Det finns många nya funktioner i det senaste kommandot och det är mycket enklare att använda.

Kapacitet	Klassisk	Modern
Stöds i en modellbaserad app vid körning	Ja	Ja, stöder dessutom Power Fx-körning.
Anpassad med	Handredigering av XML i lösningsfiler eller med verktyg från tredje part. Obligatoriska tidskrävande åtgärder för export och import av lösningar.	Kommandodesigner samt Dataverse API-support.
Stöder Power Fx.	No	Ja. För åtgärder och synlighet.
Tid som krävs för anpassning	Långsam, felbenägen.	Snabbt
Tillförlitlighet och prestanda	Lätt att göra misstag. Felaktig anpassning och bristande prestanda påverkar ofta appens prestanda	Hantering av infogade fel förhindrar misstag. Power Fx-optimerat för bättre körningsprestanda.
Delning	Standard Dataverse rollbaserad säkerhet.	Icke-Power Fx-kommandon använder Dataverse-rollbaserad standardsäkerhet. Power Fx-kommandona kräver för närvarande att kommandokomponentbiblioteket delas och att det har en lämplig säkerhetsroll.
Lösnings- och ALM-beteenden	Inkonsekvent och problematisk lösningsskiktning, ingen närvaro i lösningsgränssnittet. Många standardlösningsbeteenden stöds inte, t.ex. lösningsbeteenden, segmentering, uppgradering av lösningar, hanterade egenskaper med mera.	Centralt hanterad standardlösningslager för flera objekttyper i Dataverse. Finns i lösningsgränssnittet. Alla standardlösningsbeteenden som stöds.
Lokalisering	Icke-standard	Standardiserad med export och import av översättningar för hela lösningen.
Datamodell	Komplexa. Optimerad för klassiska menyfliksområde och innehåller många egenskaper som inte längre behövs.	Enkel, optimerad för dagens modellbaserade kommandofält för appar.
Använd JavaScript	Ja	Ja. Nu enklare. Obs! Samma JavaScript kan användas för klassiska och modern kommandon.
Anpassa de tillgängliga kommandona	Ja	Kommandon blir redigerbara i kommandodesignern när de har migrerats till det modernaste ramverket.
Appspecifika kommandon	No	Ja. Om du använder den moderne kommandodesignern kan du se till att kommandon endast visas i den valda appen.
Tabellspecifika kommandon som visas i alla appar som innehåller tabellen	Ja	Ja. Kräver att appaction definitionen i lösningsfilen ändras.
Globala kommandon som visas för alla tabeller och appar för den angivna kommandofältet	Ja	Ja. Kräver att appaction definitionen i lösningsfilen ändras.
Skapa delningsknappar, utfällningar och grupper	Ja	Ja
Dynamiskt fylla i en utfälld post med kod	Ja	Nej. Vi rekommenderar att du skapar kommandon deklarativa.
Anpassa kommandon för globala programhuvuden	Ja	No
Anpassa kommandon för andra/vanliga eller inaktuella kommandofältsplatser	Ja	No
Kör ett modern flöde eller arbetsflöde	Använd JavaScript	Använd JavaScript. Stöds även när du använder en anpassad sida.

Klassisk jämfört med modern jämförelse av synlighetsregel

Klassiska synlighetsregler har ofta en specifik regel för varje scenario. I och med Power Fx ersätter en deklarativ funktion många klassiska regler. Och det är mycket enklare att använda.

Obs! Klassiska synlighetsregler kommer snart också att kunna användas med modern kommandon. Däremot var det nödvändigt att stöd för klassiska regler för att migrera klassiska kommandon till modern kommando och klassisk regelanpassning inom kommandodesignern inte stöds. Vi rekommenderar att du använder Power Fx från och med nu.

Användningsfall	Klassisk regel	Klassiska alternativ	Synlig Power Fx-egenskap
Visa/dölj baserat på datavärden	CustomRule	Använd JavaScript	!IsBlank(Self.Selected.Item.Email)
Visa/dölj baserat på tabellbehörighet	EntityPrivilegeRule	Flera	DataSourceInfo()
Visa/dölj baserat på postbehörighet	RecordPrivilegeRule	Flera	RecordInfo()
Referera till kontrollkontexten för primära och relaterade tabeller	EntityRule	PrimaryEntity. SelectedEntity	Self.Selected
Referera till kontrollkontexten	EntityRule	Form. HomePageGrid. SubGridStandard. SubGridAssociated	Self.Selected
Egenskaper för tabell metadata	EntityPropertyRule		DataSourceInfo()
Visa/dölj baserat på formulärtillstånd. Visa till exempel för formuläret Skapa	FormStateRule	Skapa. Befintlig. ReadOnly. Inaktiverat. BulkEdit	Self.Selected.State = FormMode.New
Visa när > 1 poster har markerats i ett rutnät	SelectionCountRule		CountRows(Self.Selected.Items) > 1
Visa/dölj för en relaterad tabell i ett polymorfiskt uppslag. Kontrollera till exempel om uppslaget är en användare ELLER ett team	CustomRule	PrimaryEntityTypeCode	IsType(), AsType
Egenskaper för referensmiljö (Org)	CustomRule	OrgName. OrgLcid. UserLcid	För närvarande inte tillgängligt

Vanliga frågor och svar

• Varför ser jag fler kommandon i designern än i min app?
  • Det finns flera orsaker. Ibland finns det synlighetslogik som döljer kommandot när appen körs. Andra gånger är de här kommandona dynamiskt inkonfigurerade via anpassade JavaScript under körning och kan inte konfigureras.
• Varför visas dubblettkommandon i designern?
  • Det här var ett vanligt mönster som användes med klassiska kommandon. Båda kommandona visas inte under körning eftersom de styrs av synlighetsregler. Kommandodesignern visar alla kommandon oavsett deras synlighetsregler.

Se även

Anpassa kommandofältet med kommandodesigner
Hantera kommandon i lösningar
Modern kommandobegränsningar