Gyakorlati tanácsok a testreszabáshoz
Kövesse ezeket az ajánlott eljárásokat a teljesítménnyel, használhatósággal és támogatással kapcsolatos problémák elkerülése érdekében Dynamics 365 Field Service.
Egyéni mezők kis méretűre állítása űrlapokon
A rendszertestreszabók egyéni mezőket adnak hozzá az entitásűrlapokhoz, hogy rögzítsék az iparágukra és üzleti tevékenységükre jellemző információkat, üzleti folyamatokat futtassanak, és információkat gyűjtsenek a jelentéskészítéshez. A túl sok egyéni mező azonban az űrlapon teljesítményproblémákat okozhat.
A teljesítménnyel kapcsolatos problémák elkerülése érdekében:
- Minimalizálja az egyéni mezők számát az összes űrlapon. A munkarendelési űrlappal való kezdés jó ötlet, ha ez a leggyakrabban használt űrlap a Field Service alkalmazásban.
- Az egyéni mezők közül a keresőtípus mezők és részrácsok minimalizálása van a legnagyobb hatással az űrlap teljesítményére, például a betöltési időkre.
- Egyéni mezők (különösen keresések és részrácsok) áthelyezése az első űrlaplapról a többi űrlaplapra.
- A kevésbé használt mezők elrejtése alapértelmezés szerint az űrlapon.
Ne módosítsa a beépített webes erőforrásokat, értékkészleteket, biztonsági szerepköröket vagy munkafolyamatokat
A beépített webes erőforrások, értékkészletek, biztonsági szerepkörök vagy munkafolyamatok testreszabása, függőségek felvétele vagy egyéni meghívása nem támogatott, és a rendszer nem kívánt viselkedését eredményezheti.
Előfordulhat, hogy az ezeket az összetevőket testre szabó szervezetek nem látják azonnal a környezetükben felmerülő problémákat. Mivel azonban a Microsoft kiadja a testreszabott beépített összetevők módosításait, ezek a módosítások nem lesznek alkalmazva az összetevő felső rétegére. Az adott testreszabott réteg felülbírál minden jövőbeli módosítást, ami végül kiszámíthatatlan hibákat és viselkedést okoz.
Ne módosítsa, szerkessze vagy törölje a dátummezőket vagy a rendszerállapotokat
A dátummezők és állapotok módosítása, szerkesztése vagy törlése hatással lehet az üzleti logikára, és problémákat okozhat a megoldásfrissítésekben. A munkarendelés dátumára példa az ígért idő és az ígért idő. Az állapotmezők közé tartozik például a munkarendelési rendszer állapota és a megállapodási rendszer állapota.
Ne szerkessze és ne távolítsa el a beépített mezőket az űrlapokról
Az ügyfelek szerkeszthetik a beépített mezőket az üzleti igényeiknek megfelelően. A beépített mezők szerkesztése azonban hibákat okozhat, különösen akkor, ha a folyamatok ezektől a mezőértékektől függenek.
A hibák elkerülése érdekében:
- Nem kívánt mezők elrejtése az űrlapról.
- Helyezze át a nem kívánt mezőket egy másik űrlaplapra.
Íme egy példa: A Field Service folyamatok kiszámítják a Becsült érkezési idő mező értékét a Foglalható erőforrás-foglalás rekordban, hogy jelezzék, mikor várható az első vonalbeli dolgozó a helyszínre érkezése. Ha a szervezetnek nincs szüksége erre a mezőre, távolítsa el az űrlapon ahelyett, hogy eltávolítaná.
További információ a következő cikkekben található:
- Optimalizálja a modellvezérelt alkalmazásűrlapok teljesítményét a Power Apps
- Űrlap tervezése a modellvezérelt alkalmazások teljesítményéhez
Ne szerkessze a értékkészlet (választási) értékeket
A beépített mezők értékkészlet értékeinek szerkesztése hibákat okozhat, különösen akkor, ha a folyamatok ezektől a mezőértékektől függenek, vagy a frissítések során.
A hibák elkerülése érdekében:
- Csak a beépített mezők értékkészlet labels and never edit értékkészlet értékeit szerkessze.
- Ne távolítson el egyetlen értékkészlet választási lehetőséget sem.
- Ne adjon hozzá értékkészlet választási lehetőségeket.
Íme egy példa: A Field Service munkarendelés alapértelmezés szerint tartalmaz egy "Rendszerállapot" nevű mezőt. Ez a mező egy értékkészlet (írja be a "választás" szót) olyan opciókkal, mint a Nem ütemezett, Ütemezett, Folyamatban, Befejezve, Megszakítva stb. Ezen beállítások mindegyike rendelkezik címkével és társított numerikus értékkel. A rendszergazdák szerkeszthetik az értékkészletek címkéit (például "Nem ütemezett"), de soha nem szerkeszthetik a címke társított numerikus értékét.
Használjon kevesebb egyéni szkriptet, és kövesse az ajánlott eljárásokat
A rendszertestreszabók szkripteket, általában JavaScript webes erőforrásokat írnak az üzleti logika végrehajtásához. Az egyéni parancsfájlok azonban teljesítménybeli problémákat, hibákat és komplikációkat okozhatnak a frissítés során.
A problémák elkerülése érdekében:
- Minimalizálja a terhelésen futó szkripteket.
- Ne írjon olyan szkripteket, amelyek sok adatot hívnak meg, vagy több szkriptet írnak, amelyek ugyanazokat az adatokat hívják meg.
Kövesse az űrlapparancsfájlok további gyakorlati tanácsait, beleértve az alábbi gyakorlati tanácsokat:
A hálózati kérések és az OnLoad eseményben kért adatok mennyiségének minimalizálása
Minél nagyobb a hálózati kérelmek száma az űrlapbetöltés során, és minél több adatot töltenek le ezekből a kérelmekből, annál több időt vesz igénybe az űrlap betöltése. Csak a szükséges minimális adatmennyiséget kérje le. Ha lehetséges, célszerű gyorsítótárazni az adatokat, hogy a adatokat ne kelljen feleslegesen lekérni a jövőbeli oldalbetöltések során.
Kerülje a szinkron hálózati kérések használatát
A szinkronizált hálózati kérelmek lassú oldalbetöltéseket és nem reagáló űrlapokat okozhatnak. Használjon ehelyett aszinkron kéréseket. További példákért tekintse meg ezt a blogbejegyzést . Emellett fontolja meg az "aszinkron és várakozás" használatát minden olyan forgatókönyvben, ahol több hálózati hívásra van szükség ugyanahhoz az entitáshoz és rekordhoz; További részletek itt.
Kerülje a szükségtelen JavaScript webes erőforráskönyvtárak használatát
Minél több parancsfájlt ad hozzá az űrlaphoz, annál több időt vesz igénybe a letöltésük. A parancsfájlok általában az első betöltés után gyorsítótárazódnak a böngészőben, de az űrlap első megtekintésekor a teljesítmény gyakran jelentős benyomást kelt.
Ne töltsön be minden szkriptet az Onload eseményben
Ha olyan kóddal rendelkezik, amely csak az oszlopok OnChange eseményeit vagy az OnSave eseményt támogatja, ügyeljen arra, hogy a szkriptkönyvtárat az események eseménykezelőjével állítsa be az OnLoad esemény helyett. Ezzel a módszerrel a könyvtárak betöltése elhalasztható, ami szintén javítja az űrlap betöltésének sebességét.
Összecsukott lapok használata a webes erőforrások betöltésének elhalasztásához
Ha webes erőforrások vagy iframe-összetevők szerepelnek egy összecsukott lapon belüli szakaszokban, nem töltődnek be, ha a lap össze van csukva. A lap kibontásakor töltődnek be. Amikor a lap állapota megváltozik, a TabStateChange esemény bekövetkezik. Az összecsukott lapokon belüli webes erőforrások vagy iframe támogatásához szükséges bármely kód eseménykezelőket használhat a TabStateChange eseményhez, és csökkentheti azt a kódot, amelynek egyébként az OnLoad eseményben kellene előfordulnia.
Ismétlődő hálózati kérések elkerülése az ügyféloldali kódban
A többszörös vagy ismétlődő hálózati kérések a webböngésző leállását okozhatják, és befolyásolhatják az űrlap betöltési idejét. A kérések számának csökkentése javíthatja a teljesítményt. Alternatív megoldásként összesítheti a hálózati kérelmeket, és gyorsítótárazhatja a kérések értékét. Vegye figyelembe az aszinkron hálózati kéréseket is, amint azt korábban említettük.
Kerülje a szerepkörök és a rendszerfelhasználó-specifikus hívások használatát, ha a vonatkozó információk elérhetők az XRM API-kban
Az XRM API-k használatával elkerülheti a felhasználói jogosultsági adatok lekérésére irányuló hálózati kéréseket. Tekintse meg a következő cikket a szinkron kérésekről való áttérésről. Hasonlóképpen kerülje a rendszerfelhasználói hívásokat, ha az XRM API-kból származó információk megfelelnek a követelményeknek.
Alapértelmezett láthatósági beállítások megadása
Ne használjon olyan űrlapparancsfájlokat az OnLoad eseményben, amelyek elrejtik az űrlapelemeket. Inkább állítsa át ezen elemek alapértelmezett megjelenítési beállításait rejtettre, így eleve nem lesznek láthatóak az űrlap betöltésekor. Ezután használjon parancsfájlokat az OnLoad eseményben a megjeleníteni kívánt űrlapelemek megjelenítéséhez.
További információt az alábbi forrásokban talál:
- Optimalizálja a modellvezérelt alkalmazásűrlapok teljesítményét a Power Apps
- Nem támogatott testreszabások a következőhöz Microsoft Dataverse : (Dataverse)
A Megoldás-ellenőrző futtatása a szkripteken
A Power Apps megoldás-ellenőrző a Microsoft hasznos eszköze, amely ellenőrzi Power Apps a megoldások megoldásait, és ajánlott eljárásokat javasol. Ezek közé a problémák közé tartoznak a JavaScripttel, a HTML-lel, a beépülő modulokkal és az egyéni munkafolyamat-tevékenységekkel kapcsolatos problémák.
További információt az alábbi forrásokban talál:
- A megoldás-ellenőrző használata az alkalmazások érvényesítéséhez Power Apps
- A megoldás-ellenőrző futtatása Power Apps és használata
- Dataverse Megoldás-ellenőrző
Aszinkron munkafolyamatok használata szinkron helyett
A rendszertestreszabók gyakran írnak szinkron munkafolyamatokat, hogy valós időben hajtsák végre az üzleti logikát, amely akkor hajtódik végre, amikor az adatok megváltoznak a Field Service szolgáltatásban. A munkafolyamatok szinkron futtatása azonban csökkenti a teljesítményt.
A teljesítménnyel kapcsolatos problémák elkerülése érdekében aszinkron módon futtassa a munkafolyamatokat.
A Field Service és az Erőforrás-ütemezés beépített folyamatainak aktiválása
A Field Service és az Erőforrás-ütemezés számos olyan folyamatot tartalmaz, amelyek végrehajtják a szükséges üzleti logikát.
A deaktivált folyamatok hibákhoz vezethetnek.
A problémák elkerülése érdekében győződjön meg arról, hogy az összes Field Service és erőforrás-ütemezési folyamat aktív állapotban van. Rendszeresen futtassa a Field Service Solution Health központot annak megállapításához, hogy a folyamatok inaktivált állapotban vannak-e.
A Solution Health Hub futtatása a problémák észleléséhez
A megoldás-állapotfelügyeleti központ lehetővé teszi, hogy jobb képet kapjon a környezet állapotáról, és észlelje a Dynamics 365-környezetével kapcsolatos problémákat. A megoldás-állapotfelügyeleti központ egy példányon belül szabályokat futtat a környezet konfigurációjának hitelesítéséhez, amely idővel megváltozhat a természetes rendszerműködése során. Néhány szabály Dynamics 365 Field Service-specifikus, és a szabályokat igény szerint futtathatja, ha probléma merül fel. Bizonyos szabályok automatikusan elindulnak a Field Service telepítésekor vagy frissítésekor.
Rendszeresen futtassa a Field Service Solution Health Hub szabálykészletét a környezet állapotának figyelése érdekében.
A mobilalkalmazások teljesítményével kapcsolatos szempontok
A mobilalkalmazás testreszabása szintén hatással lehet a teljesítményre. További információt ebben a cikkben talál: Teljesítménnyel kapcsolatos szempontok a mobilalkalmazás testreszabásakor