Kopīgot, izmantojot

Pielāgošanas paraugprakse

  • Raksts

Ievērojiet šos paraugprakses piemērus, lai izvairītos no veiktspējas, lietojamības un atbalsta problēmām Dynamics 365 Field Service.

Pielāgotu lauku minimizēšana veidlapās

Sistēmas pielāgotāji entītiju veidlapām pievieno pielāgotus laukus, lai tvertu savai nozarei un biznesam raksturīgu informāciju, palaistu biznesa procesus un apkopotu informāciju, par kuru ziņot par to. Tomēr pārāk daudz pielāgotu lauku veidlapā var izraisīt veiktspējas problēmas.

Lai izvairītos no veiktspējas problēmām, veiciet tālāk norādītās darbības.

  • Samaziniet pielāgoto lauku skaitu visās veidlapās. Veidlapas darba pasūtījums sākšana ir laba ideja, ja tā ir jūsu visbiežāk izmantotā veidlapa programmā Field Service.
  • Minimizējiet uzmeklēšanas tipa laukus un apakšrežģi starp pielāgotajiem laukiem.
  • Pārvietojiet pielāgotos laukus (īpaši uzmeklējumus un apakšrežģus) no pirmās formas cilnes uz citām formas cilnēm.
  • Pēc noklusējuma veidlapā paslēpiet mazāk izmantotos laukus.

Nemainiet standarta tīmekļa resursus, opciju kopas, drošības lomas vai darbplūsmas

Nemainiet un nepielāgojiet iebūvētos tīmekļa resursus, opciju kopas, drošības lomas vai darbplūsmas. Tas var izraisīt neparedzētu sistēmas uzvedību.

Organizācijas, kas pielāgo šos komponentus, iespējams, uzreiz neredzēs problēmas savā vidē. Tomēr, tā kā Microsoft izlaiž izmaiņas pielāgotajos iebūvētajos komponentos, šīs izmaiņas netiek lietotas šī komponenta augšējā slānis. Konkrētā pielāgotā slānis ignorē visas turpmākās izmaiņas, kas galu galā izraisa neparedzamas kļūdas un uzvedību.

Nemodificējiet, nerediģējiet un nedzēsiet datumu laukus vai sistēmas statusus

Datuma lauku un statusu modificēšana, rediģēšana vai dzēšana var ietekmēt biznesa loģiku un izraisīt problēmas ar risinājumu atjauninājumiem. Darba pasūtījums datuma piemēri ir laiks no solītā un laiks līdz solītajam. Statusa lauki ir darba pasūtījums sistēmas statuss un līguma sistēmas statuss.

Nerediģējiet un nenoņemiet standarta laukus no veidlapām

Klienti rediģē iebūvētos laukus, lai pielāgotos sava uzņēmuma vajadzībām. Tomēr iebūvēto lauku rediģēšana var izraisīt kļūdas, it īpaši, ja procesi ir atkarīgi no šīm lauku vērtībām.

Lai izvairītos no kļūdām:

  • Nevajadzīgo lauku paslēpšana veidlapā.
  • Nevajadzīgo lauku pārvietošana uz citu veidlapas cilni.

Šeit ir tikai viens piemērs: Field Service procesi aprēķina lauka Estimated Arrival Time vērtību rezervējamo resursu rezervācijas ierakstā, lai norādītu, kad priekšlīnijas darbiniekam ir jāierodas uz vietas. Ja jūsu organizācijai šis lauks nav nepieciešams, paslēpiet to veidlapā , nevis noņemiet to.

Nerediģēt opciju kopa (izvēles) vērtības

Iebūvēto lauku opciju kopa vērtību rediģēšana var izraisīt kļūdas, it īpaši, ja procesi ir atkarīgi no šīm lauku vērtībām vai jaunināšanas laikā.

Lai izvairītos no kļūdām:

  • Rediģējiet tikai opciju kopa etiķetes un nekad nerediģējiet opciju kopa iebūvēto lauku vērtības .
  • Nenoņemiet nevienu opciju kopa izvēles iespēju.
  • Nepievienojiet opciju kopa izvēles iespējas.

Šeit ir tikai viens piemērs: Field Service darba pasūtījums pēc noklusējuma ietver lauku ar nosaukumu "Sistēmas statuss". Šis lauks ir opciju kopa (ierakstiet "choice") ar tādām opcijām kā Neplānots, Plānots, Notiek, Pabeigts, Atcelts utt. Katrai no šīm opcijām ir etiķete un saistīta skaitliska vērtība. Sistēmas administratori var rediģēt opciju kopu etiķetes (piemēram, "Neplānots"), bet nekad nevar rediģēt ar tām saistīto etiķetes skaitlisko vērtību.

Izmantojiet mazāk pielāgotu skriptu un ievērojiet paraugpraksi

Sistēmas pielāgotāji raksta skriptus, parasti JavaScript tīmekļa resursus, lai izpildītu biznesa loģiku. Tomēr pielāgoti skripti var izraisīt veiktspējas problēmas, kļūdas un sarežģījumus jaunināšanas laikā.

Lai izvairītos no šīm problēmām:

  • Samaziniet skriptus, kas darbojas ar ielādi.
  • Nerakstiet skriptus, kas izsauc daudz datu, un nerakstiet vairākus skriptus, kas izsauc vienus un tos pašus datus.

Ievērojiet vairāk veidlapu skriptu paraugprakses, tostarp tālāk norādītās paraugprakses.

Samaziniet tīkla pieprasījumu skaitu un datu apjomu, kas pieprasīts OnLoad notikumā

Jo lielāks ir veidlapas ielādes laikā veikto tīkla pieprasījumu skaits un jo lielāks datu apjoms tiek lejupielādēts no šiem pieprasījumiem, jo vairāk laika nepieciešams veidlapas ielādei. Pieprasiet tikai nepieciešamo datu minimumu. Apsveriet arī iespēju saglabāt datus kešatmiņā, lai izvairītos no nevajadzīgas datu pieprasīšanas turpmākajās lapu ielādēs.

Neizmantojiet sinhronus tīkla pieprasījumus

Sinhroni tīkla pieprasījumi var izraisīt lēnas lapu ielādes un nereaģējošas veidlapas. Tā vietā izmantojiet asinhronus pieprasījumus. Skatiet šo emuāra ziņu , lai iegūtu vairāk piemēru. Turklāt apsveriet iespēju izmantot "asinhron un gaidīt" jebkurā scenārijā, kad ir nepieciešami vairāki tīkla zvani vienai un tai pašai entītijai un ierakstam; Sīkāku informāciju skatiet šeit.

Izvairieties no nevajadzīgu JavaScript tīmekļa resursu bibliotēku iekļaušanas

Jo vairāk skriptu pievienojat veidlapai, jo vairāk laika nepieciešams to lejupielādei. Parasti skripti tiek saglabāti kešatmiņā jūsu pārlūkprogrammā pēc tam, kad tie tiek ielādēti pirmo reizi, taču veiktspēja, pirmo reizi skatot veidlapu, bieži rada ievērojamu iespaidu.

Izvairieties no visu skriptu ielādes notikuma Onload

Ja jums ir kods, kas atbalsta tikai OnChange notikumus kolonnām vai OnSave notikumu, noteikti iestatiet skriptu bibliotēku ar šo notikumu notikumu apdarinātāju, nevis notikumu OnLoad. Ielādējot šīs bibliotēkas šādā veidā, ielāde var tikt atlikta un veiktspēja uzlabosies, veidlapai ielādējoties.

Sakļautu ciļņu izmantošana, lai atliktu tīmekļa resursu ielādi

Ja tīmekļa resursi vai iframe komponenti ir iekļauti sadaļās sakļautā cilnē, tie netiek ielādēti, ja cilne ir sakļauta. Tie tiek ielādēti, kad cilne ir izvērsta. Kad tabulēšanas statuss mainās, notiek notikums TabStateChange. Jebkurš kods, kas nepieciešams, lai atbalstītu tīmekļa resursus vai iframe sakļautās cilnēs, var izmantot notikumu apdarinātājus TabStateChange notikumam un samazināt kodu, kam citādi varētu būt jānotiek OnLoad notikumā.

Izvairieties no tīkla pieprasījumu dublēšanās klienta puses kodā

Vairāki vai dublēti tīkla pieprasījumi var izraisīt tīmekļa pārlūkprogrammas apstāšanos un ietekmēt veidlapas ielādes laiku. Pieprasījumu skaita samazināšana var uzlabot veiktspēju. Alternatīva ir konsolidēt tīkla pieprasījumus un kešatmiņā saglabāt pieprasījumu vērtību. Apsveriet arī asinhronos tīkla pieprasījumus, kā minēts iepriekš.

Neizmantojiet lomas un sistēmas lietotājam specifiskus zvanus, ja attiecīgā informācija ir pieejama XRM API

Izmantojiet XRM API, lai izvairītos no tīkla pieprasījumiem un iegūtu informāciju par lietotāja privilēģijām. Skatiet šo rakstu par pāreju no sinhroniem pieprasījumiem. Tāpat izvairieties no sistēmas lietotāju zvaniem, ja informācija no XRM API atbilst jūsu prasībām.

Noklusējuma redzamības opciju iestatīšana

OnLoad notikumā neizmantojiet veidlapu skriptus, kas paslēpj veidlapas elementus. Tā vietā iestatiet šo slēpjamo veidlapas elementu redzamību pēc noklusējuma tā, lai pēc veidlapas ielādes tie pēc noklusējuma nebūtu redzami. Pēc tam izmantojiet skriptus OnLoad notikumā, lai parādītu tos veidlapas elementus, kurus vēlaties parādīt.

Papildinformāciju skatiet šajos resursos:

Risinājumu pārbaudītāja palaišana skriptos

Risinājumu Power Apps pārbaudītājs ir noderīgs Microsoft rīks, kas pārbauda Power Apps problēmu risinājumus un iesaka labāko praksi. Šīs problēmas ietver problēmas ar JavaScript, HTML, spraudņiem un pielāgotām darbplūsmas darbībām.

Papildinformāciju skatiet šajos resursos:

Asinhrono darbplūsmu izmantošana sinhrono vietā

Sistēmas pielāgotāji bieži raksta sinhronas darbplūsmas, lai reāllaikā veiktu biznesa loģiku, kas tiek izpildīta, kad Field Service tiek mainīti dati. Tomēr darbplūsmu palaišana sinhroni samazina veiktspēju.

Lai izvairītos no veiktspējas problēmām, darbplūsmas palaidiet asinhroni.

Field Service un resursu plānošanas iebūvēto procesu aktivizēšana

Field Service un Resource Scheduling tiek piegādāti daudzi procesi, kas veic nepieciešamo biznesa loģiku.

Deaktivizēti procesi var izraisīt kļūdas.

Lai izvairītos no problēmām, pārliecinieties, vai visi Field Service un resursu plānošanas procesi ir aktīvā stāvoklī. Lai noteiktu, vai procesi ir deaktivizētā stāvoklī, regulāri palaidiet Field Service risinājumu darbspējas centrmezgls.

Palaidiet risinājumu darbspējas centrmezgls, lai noteiktu problēmas

Risinājumu darbspējas centrmezgls ļauj iegūt labāku priekšstatu par jūsu vides stāvokli un noteikt problēmas ar Dynamics 365 vidi. Risinājumu darbspējas centrmezgls izpilda kārtulas instancē, lai validētu vides konfigurāciju, kas laika gaitā var mainīties dabisku sistēmas darbību rezultātā. Dažas kārtulas attiecas konkrēti uz Dynamics 365 Field Service, un kārtulas varat izpildīt pēc pieprasījuma, kad rodas problēma. Dažas kārtulas tiek aktivizētas automātiski, kad tiek instalēts vai atjaunināts Field Service.

Lai pārraudzītu savas vides veselību, regulāri palaidiet Field Service risinājumu darbspējas centrmezgls kārtulu kopu.

Apsvērumi par mobilās lietotnes veiktspēju

Mobilās programmas pielāgošana var ietekmēt arī veiktspēju. Papildinformāciju skatiet sadaļā Veiktspējas apsvērumi, pielāgojot mobilo programmu.