Share via

Tinkinimo geriausios praktikos pavyzdžiai

  • Straipsnis

Vadovaukitės šiais geriausios praktikos pavyzdžiais, kad išvengtumėte našumo, tinkamumo naudoti ir palaikymo problemų Dynamics 365 Field Service.

Pasirinktinių laukų mažinimas formose

Sistemos pritaikymo specialistai į objektų formas įtraukia pasirinktinius laukus, kad užfiksuotų jų pramonės šakai ir verslui būdingą informaciją, vykdytų verslo procesus ir rinktų informaciją, apie kurią būtų galima pranešti. Tačiau per daug pasirinktinių laukų formoje gali sukelti našumo problemų.

Norėdami išvengti našumo problemų, atlikite toliau nurodytus veiksmus.

  • Sumažinkite pasirinktinių laukų skaičių visose formose. Pradėti nuo darbo užsakymo formos yra gera idėja, jei tai yra jūsų dažniausiai naudojama forma "Field Service" programoje.
  • Kalbant apie pasirinktinius laukus, peržvalgos tipo laukų ir papildomo tinklelio minimizavimas turi didžiausią poveikį formos našumui, pvz., įkėlimo laikui.
  • Perkelkite pasirinktinius laukus (ypač peržvalgas ir antrinius tinklelius) iš pirmojo formos skirtuko į kitus formos skirtukus.
  • Slėpti mažiau naudojamus laukus pagal numatytuosius nustatymus formoje.

Nekeiskite parengtų naudoti žiniatinklio išteklių, parinkčių rinkinių, saugos vaidmenų ar darbo eigų

Paruoštų naudoti žiniatinklio išteklių, parinkčių rinkinių, saugos vaidmenų arba darbo eigų tinkinimas, priklausomybių ėmimas arba pasirinktinis iškvietimas nepalaikomas ir gali sukelti nenumatytą sistemos veikimą.

Organizacijos, kurios tinkina šiuos komponentus, gali ne iš karto matyti problemas savo aplinkoje. Tačiau, kai "Microsoft" išleidžia tinkintų paruoštų naudoti komponentų pakeitimus, šie pakeitimai netaikomi viršutiniam to komponento sluoksniui. Konkretus pritaikytas sluoksnis nepaiso visų būsimų pakeitimų, kurie galiausiai sukelia nenuspėjamas klaidas ir elgesį.

Nekeiskite, neredaguokite ir nenaikinkite datos laukų ar sistemos būsenų

Datos laukų ir būsenų modifikavimas, redagavimas arba naikinimas gali paveikti verslo logiką ir sukelti problemų dėl sprendimų naujinimų. Darbo užsakymo datos pavyzdžiai yra laikas nuo pažadėto ir laikas iki pažadėto . Būsenos laukų pavyzdžiai apima darbo užsakymo sistemos būseną ir sutarties sistemos būseną .

Neredaguokite ir nepašalinkite iš formų paruoštų naudoti laukų

Klientai redaguoja iš anksto parengtus naudoti laukus, kad atitiktų jų verslo poreikius. Tačiau redaguojant iš anksto parengtus naudoti laukus gali atsirasti klaidų, ypač kai procesai priklauso nuo tų laukų reikšmių.

Norėdami išvengti klaidų:

  • Slėpti nepageidaujamus laukus formoje.
  • Perkelkite nepageidaujamus laukus į kitą formos skirtuką.

Štai tik vienas pavyzdys: "Field Service" procesai apskaičiuoja lauko Numatomas atvykimo laikas reikšmę rezervuojamų išteklių rezervavimo įraše, kad nurodytų, kada tiesioginis darbuotojas turėtų atvykti į vietą. Jei jūsų organizacijai šio lauko nereikia, paslėpkite jį formoje, o ne pašalinkite.

Daugiau informacijos žr. toliau nurodytuose straipsniuose.

Neredaguokite parinkčių rinkinys (pasirinkimo) reikšmių

Redaguojant paruoštų naudoti laukų parinkčių rinkinys reikšmes, gali kilti klaidų, ypač kai procesai priklauso nuo tų laukų reikšmių arba naujinant versiją.

Norėdami išvengti klaidų:

  • Redaguokite tik paruoštų naudoti laukų parinkčių rinkinys labels and never edit parinkčių rinkinys reikšmes .
  • Nepašalinkite jokių parinkčių rinkinys pasirinkimų.
  • Nepridėkite jokių parinkčių rinkinys pasirinkimų.

Štai tik vienas pavyzdys: "Field Service" darbo užsakyme pagal numatytuosius nustatymus yra laukas, vadinamas "Sistemos būsena". Šis laukas yra parinkčių rinkinys (įveskite "pasirinkimas") su tokiomis parinktimis kaip Neplanuota, Suplanuota, Vykdoma, Baigta, Atšaukta ir kt. Kiekviena iš šių parinkčių turi etiketę ir susietą skaitinę reikšmę. Sistemos administratoriai gali redaguoti parinkčių rinkinių etiketes (pvz., "Nesuplanuota"), bet niekada negali redaguoti susietos skaitinės etiketės reikšmės.

Naudokite mažiau pasirinktinių scenarijų ir vadovaukitės geriausia praktika

Sistemos pritaikymo specialistai rašo scenarijus, paprastai "JavaScript" žiniatinklio išteklius, kad vykdytų verslo logiką. Tačiau naujinant pasirinktinius scenarijus gali kilti našumo problemų, klaidų ir komplikacijų.

Norėdami išvengti šių problemų:

  • Sumažinkite įkeliamų scenarijų skaičių.
  • Nerašykite scenarijų, kurie iškviečia daug duomenų, arba nerašykite kelių scenarijų, kurie iškviečia tuos pačius duomenis.

Vadovaukitės daugiau geriausios formos scenarijaus praktikos pavyzdžių, įskaitant toliau nurodytus geriausios praktikos pavyzdžius.

Sumažinkite tinklo užklausų skaičių ir duomenų, kurių prašoma OnLoad įvykyje, kiekį

Kuo didesnis tinklo užklausų, pateiktų įkeliant formą, skaičius ir kuo daugiau duomenų atsisiunčiama iš tų užklausų, tuo daugiau laiko užtrunka formos įkėlimas. Reikalauti tik minimalaus reikalingų duomenų kiekio. Be to, kai įmanoma, apsvarstykite galimybę talpyklą talpykloje pateikti duomenis, kad nereikėtų siųsti duomenų įkeliant būsimus puslapius.

Venkite naudoti sinchronines tinklo užklausas

Sinchroninės tinklo užklausos gali sulėtinti puslapių įkėlimas ir neatsako į užklausas formas. Vietoj to naudokite asinchronines užklausas. Daugiau pavyzdžių rasite šiame tinklaraščio įraše . Be to, apsvarstykite galimybę naudoti "async and wait" bet kuriame scenarijuje, kai reikia kelių tinklo skambučių tam pačiam objektui ir įrašui; Daugiau informacijos rasite čia.

Venkite įtraukti nereikalingas "JavaScript" žiniatinklio išteklių bibliotekas

Kuo daugiau scenarijų pridėsite prie formos, tuo daugiau laiko užtruks juos atsisiųsti. Paprastai scenarijai naršyklėje saugomi talpykloje po to, kai jie įkeliami pirmą kartą, tačiau našumas pirmą kartą peržiūrint formą dažnai sukuria reikšmingą įspūdį.

Venkite įkelti visus scenarijus į įvykį Įkelti

Jei turite kodą, kuris palaiko tik stulpelių "OnChange" įvykius arba "OnSave" įvykį, būtinai nustatykite scenarijų biblioteką su tų įvykių apdorojimo programa, o ne su "OnLoad" įvykiu. Taip bibliotekų įkėlimas gali būti atidėtas, o keliant formą padidėja našumas.

Sutrauktų skirtukų naudojimas žiniatinklio išteklių įkėlimui atidėti

Kai žiniatinklio ištekliai arba "iframe" komponentai įtraukiami į sutraukto skirtuko sekcijas, jie neįkeliami, jei skirtukas sutrauktas. Jie įkeliami, kai išplečiamas skirtukas. Kai pasikeičia skirtuko būsena, įvyksta įvykis TabStateChange. Bet koks kodas, reikalingas žiniatinklio ištekliams arba "iframe" sutrauktuose skirtukuose palaikyti, gali naudoti įvykio apdorojimo programas "TabStateChange" įvykiui ir sumažinti kodą, kuris kitu atveju turėtų atsirasti įvykyje "OnLoad".

Venkite pasikartojančių tinklo užklausų kliento kode

Dėl kelių arba pasikartojančių tinklo užklausų žiniatinklio naršyklė gali užstrigti ir paveikti formos įkėlimo laiką. Sumažinus užklausų skaičių, galima pagerinti našumą. Alternatyva yra konsoliduoti tinklo užklausas ir talpykloje saugoti užklausų vertę. Taip pat apsvarstykite asinchronines tinklo užklausas, kaip minėta anksčiau.

Venkite naudoti vaidmenis ir konkretaus sistemos vartotojo skambučius, jei atitinkama informacija yra XRM API

Naudokite XRM API, kad išvengtumėte tinklo užklausų ir gautumėte vartotojo teisių informaciją. Žiūrėkite šį straipsnį apie perėjimą nuo sinchroninių užklausų. Taip pat venkite sistemos vartotojų skambučių, jei informacija iš XRM API atitinka jūsų reikalavimus.

Numatytųjų matomumo parinkčių nustatymas

Įvykio OnLoad metu venkite naudoti formos scenarijus, kurie slepia formos elementus. Vietoj to formos elementams nustatykite numatytąsias matomumo parinktis, kurios, įkeliant formą, pagal numatytuosius parametrus gali būti paslėptos. Tada naudokite įvykio OnLoad scenarijus, kad būtų rodomi tie formos elementai, kuriuos norite rodyti.

Norėdami gauti daugiau informacijos, peržiūrėkite šiuos išteklius:

Sprendimų tikrintuvo paleidimas scenarijuose

Sprendimų Power Apps tikrintuvas yra naudingas "Microsoft" įrankis, kuris tikrina, ar Power Apps nėra problemų sprendimų, ir rekomenduoja geriausią praktiką. Šios problemos apima problemas, susijusias su "JavaScript", HTML, papildiniais ir pasirinktine darbo eigos veikla.

Norėdami gauti daugiau informacijos, peržiūrėkite šiuos išteklius:

Naudokite asinchronines darbo eigas, o ne sinchronines

Sistemos pritaikymo specialistai dažnai rašo sinchronines darbo eigas, kad realiuoju laiku atliktų verslo logiką, kuri vykdoma, kai duomenys pakeičiami programoje "Field Service". Tačiau sinchroniškai vykdant darbo eigas sumažėja našumas.

Norėdami išvengti našumo problemų, vykdykite darbo eigas asinchroniškai.

Iš anksto paruoštų naudoti procesų "Field Service" ir išteklių planavimo aktyvinimas

"Field Service" ir išteklių planavimas siunčiamas su daugybe procesų, atliekančių būtiną verslo logiką.

Išjungti procesai gali sukelti klaidų.

Norėdami išvengti problemų, įsitikinkite, kad visi "Field Service" ir išteklių planavimo procesai yra aktyvios būsenos. Reguliariai paleiskite "Field Service" sprendimų sveikatos telkinį , kad nustatytumėte, ar procesai yra išjungti.

Paleiskite sprendimų sveikatos telkinį, kad aptiktumėte problemas

Sprendimo būklės telkiniu galima geriau įvertinti savo aplinkos būklę ir aptikti problemas, susijusias su jūsų „Dynamics 365“ aplinka. Sprendimo būklės telkinyje paleidžiamos taisyklės, pavyzdžiui, siekiant patvirtinti aplinkos konfigūraciją, kuri laikui bėgant gali kisti dėl natūralių sistemos operacijų. Kai kurios taisyklės yra specifinės „Dynamics 365 Field Service“ sprendimui ir kai susiduriate su problema, galite vykdyti taisykles pagal pareikalavimą. Kai kurios taisyklės automatiškai paleidžiamos, kai „Field Service“ yra diegiama arba atnaujinama.

Reguliariai vykdykite "Field Service" sprendimų sveikatos telkinio taisyklių rinkinį, kad galėtumėte stebėti savo aplinkos būklę.

Programos mobiliesiems našumo aspektai

Programos mobiliesiems tinkinimas taip pat gali turėti įtakos našumui. Daugiau informacijos rasite šiame straipsnyje: Našumo aspektai tinkinant programą mobiliesiems