Optimalizace doby načítání formulářů pomocí doporučených postupů pro návrhy a skripty

Formuláře, které se načítají pomalu, mohou snížit produktivitu a negativně ovlivnit přijetí uživateli. Postupujte podle následujících doporučení, abyste maximalizovali rychlost načítání formulářů. Mnohá z těchto doporučení popisují způsob, jakým vývojář může implementovat skripty ve formulářích pro vaši organizaci. Nezapomeňte prodiskutovat tato doporučení s vývojáři, kteří vytvářejí skripty ve formulářích pro vaše formuláře.

Návrh formuláře

Zamyslete se nad interakcí, kterou bude mít uživatel s formulářem, a množstvím dat, která v něm musí být zobrazena.

Zachování minimálního počtu polí
Čím více polí máte ve formuláři, tím je větší objem dat, která je třeba přenést prostřednictvím internetu nebo intranetu, chcete-li zobrazit jednotlivé záznamy.

Skripty ve formulářích

Pokud máte vlastní nastavení používající skripty ve formulářích, ujistěte se, že vývojář rozumí těmto strategiím ke zvýšení výkonu.

Nepoužívejte synchronní požadavky Synchronní požadavky mohou způsobit pomalé načítání stránek a nereagující formuláře. Místo toho použijte asynchronní požadavky. Další podrobnosti najdete v tomto příspěvku blogu.

Zabránění zahrnutí zbytečných knihoven webových prostředků jazyka JavaScript
Čím více skriptů přidáte do formuláře, tím déle bude trvat jejich stažení. Obvykle jsou skripty po prvním načtení uloženy v mezipaměti prohlížeče, ale výkon při prvním zobrazení formuláře často vytváří významný dojem.

Zabránění načtení všech skriptů v události OnLoad
Pokud máte kód, který podporuje pouze události OnChange pro pole nebo událost OnSave, nastavte pro tyto události knihovnu skriptů pomocí obslužné rutiny události namísto události OnLoad. Tímto způsobem lze odložit načítání těchto knihoven a zvýšit výkon při načítání formuláře.

Použití sbalených karet k odložení načítání webových prostředků
Jestliže jsou v částech uvnitř sbalené karty obsaženy webové prostředky nebo prvky IFRAME, nebudou načteny, pokud je karta sbalená. Budou načteny při rozbalení karty. Při změně stavu karty dojde k události TabStateChange. Jakýkoli kód, který je vyžadován pro podporu webových prostředků nebo prvků IFRAME v rámci sbalených karet, může používat obslužné rutiny události pro událost TabStateChange a zkrátit kód, který by se jinak možná musel objevit v události OnLoad.

Nastavení výchozích možností viditelnosti
Vyhněte se použití skriptů ve formulářích v události OnLoad, která skrývá prvky formuláře. Namísto toho nastavte výchozí možnosti viditelnosti pro prvky formuláře, které mohou být skryty, aby nebyly ve výchozím nastavení při načtení formuláře viditelné. Potom použijte skripty v události OnLoad k zobrazení požadovaných prvků formuláře. Pokud nejsou prvky formuláře za žádných okolností viditelné, měly by být z formuláře odstraněny, nikoli skryty.

Panel příkazů nebo pás karet

Při úpravě panelu příkazů nebo pásu karet mějte na paměti následující doporučení.

Zachování minimálního počtu ovládacích prvků
Na panelu příkazů nebo pásu karet formuláře vyhodnoťte, jaké ovládací prvky jsou nezbytné, a skryjte všechny ovládací prvky, které nepotřebujete. Každý zobrazený ovládací prvek zvyšuje prostředky, které musí být staženy do prohlížeče.

Použijte asynchronní síťové požadavky ve vlastních pravidlech Při použití vlastních pravidel, která vytvářejí síťové požadavky ve Sjednoceném rozhraní, použijte vyhodnocení asynchronního pravidla.

Viz také

Vytváření a návrh formulářů
Pravidla pro návrh hlavních formulářů
Jak jsou hlavní formuláře zobrazovány v různých klientech