Optymalizowanie czasu ładowania formularza dzięki najlepszym praktykom w zakresie projektowania i skryptów
Formularze, które uruchamiają się powoli mogą zmniejszyć produktywność użytkownika i opóźnić akceptację programu. Postępuj zgodnie z poniższymi zaleceniami, aby zmaksymalizować szybkość ładowania formularzy. Wiele z tych zaleceń dotyczy programistycznych sposobów implementowania skryptów formularzy w danej organizacji. Pamiętaj, aby omówić te zalecenia z deweloperami, którzy tworzą skrypty dla formularzy.
Projekt formularza
Pomyśl o przyszłych interakcjach użytkownika z formularzem i ilości danych, które muszą być w nim wyświetlone.
Ogranicz do minimum liczbę pól
Im więcej pól zawiera formularz, tym więcej danych musi być przesłanych poprzez Internet lub intranet, aby wyświetlić każdy rekord.
Skrypty formularzy
W przypadku wprowadzania dostosowań za pomocą skryptów formularzy należy się upewnić, że deweloper rozumie strategie zwiększenia wydajności.
Unikaj stosowania żądań synchronicznych Żądania synchroniczne mogą powodować wolne ładowanie stron i sprawić, że formularze przestaną odpowiadać. Zamiast tego należy użyć żądań asynchronicznych. Zobacz ten wpis w blogu, aby zobaczyć więcej przykładów.
Unikaj dołączania niepotrzebnych bibliotek JavaScript z zasobów sieci web
Im więcej skryptów dodasz do formularza, tym dłużej będzie trwało ich pobranie. Zazwyczaj skrypty są buforowane w przeglądarce po załadowaniu po raz pierwszy, ale wydajność wyświetlenia formularza po raz pierwszy często tworzy znaczące wrażenie.
Nie należy ładować wszystkich skryptów za pomocą zdarzenia Onload
Jeśli używany kod obsługuje tylko zdarzenia OnChange dla pól lub zdarzenia OnSave, pamiętaj, aby dla tych zdarzeń ustawić bibliotekę skryptów za pomocą programu obsługi zdarzeń, a nie za pomocą zdarzenia OnLoad. W ten sposób ładowanie tych bibliotek może zostać odroczone i zwiększy się wydajność podczas ładowania formularzy.
Używaj zwiniętych kart, aby odroczyć ładowanie zasobów sieci web
Kiedy zasoby sieci web lub element IFRAME są uwzględniane w sekcjach wewnątrz zwiniętej karty, nie zostaną załadowane, jeśli karta jest zwinięta. Zostaną załadowane po rozwinięciu karty. Gdy zmieni się stan karty, wystąpi zdarzenie TabStateChange. Wszelki kod, który jest wymagany do obsługi zasobów sieci web lub elementów IFRAME w obrębie zwiniętych kart, może korzystać z programu obsługi zdarzeń w przypadku zdarzeń TabStateChange. W ten sposób można zmniejszyć wielkość kodu, który w przeciwnym razie mógłby zostać załadowany do obsługi zdarzenia OnLoad.
Ustaw domyślne opcje widoczności
Unikaj używania skryptów formularza w zdarzeniu OnLoad, które ukrywają elementy formularza. Zamiast tego lepiej ustawić domyślne opcje widoczności elementów formularza, które mogą być ukryte i nie będą wyświetlane domyślnie podczas ładowania formularza. Następnie należy użyć skryptów w zdarzeniu OnLoad, aby wyświetlić te elementy formularza, które mają być wyświetlane. Jeśli elementy formularza nie są nigdy widoczne, należy je usunąć z formularza, zamiast ukrywać.
Pasek poleceń lub wstążka
Podczas edycji wstążki lub paska poleceń należy pamiętać o poniższych zaleceniach.
Ogranicz do minimum liczbę formantów
W obrębie paska poleceń lub wstążki formularza należy ocenić, które formanty są niezbędne i ukrywać wszystkie te, które są niepotrzebne. Każdy formant, który jest wyświetlany, zwiększa zasoby, które muszą zostać pobrane do przeglądarki.
Użyj asynchronicznych żądań sieciowych w Regułach niestandardowych Podczas używania reguł niestandardowych, które tworzą żądania sieciowe w ujednoliconym interfejsie, Użyj oceny reguły asynchronicznej .
Zobacz także
Tworzenie i projektowanie formularzy
Uwagi dotyczące projektowania formularzy głównych
Jak formularze główne wyglądają w przypadku różnych klientów