Optymalizowanie działania formularza

Data opublikowania: luty 2017

Dotyczy: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

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.

W tym temacie

Projekt formularza

Skrypty formularzy

Pasek poleceń lub wstążka

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 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.

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.

Zobacz też

Tworzenie i projektowanie formularzy
Używanie edytora formularzy
Uwagi dotyczące projektowania formularzy głównych
Prezentacje formularzy głównych
Zarządzanie automatycznym zapisywaniem
Aktualizowanie formularzy

© 2017 Microsoft. Wszelkie prawa zastrzeżone. Prawa autorskie