Оптимізація часу завантаження форм за допомогою рекомендація щодо проектування та кодування
Форми, які завантажуються повільно, можуть знизити продуктивність та їх сприймання користувачами. Дотримуйтеся таких рекомендацій щодо максимізації часу завантаження форм. Багато з цих рекомендацій стосуються того, як розробник може впроваджувати сценарії форми для організації. Обов'язково обговоріть ці рекомендації з розробниками, які створюють сценарії для ваших форм.
Макет форми
Подумайте, як саме користувач буде взаємодіяти з формою, та який обсяг даних повинен відображатися в ній.
Зведіть кількість полів до мінімуму
Чим більше полів у формі, тим більше даних необхідно передати через Інтернет або інтрамережу для перегляду кожного запису.
Сценарії форм
Якщо у вас є настроювання за допомогою сценаріїв форм, переконайтеся, що розробник розуміє ці стратегії для підвищення продуктивності.
Уникайте використання синхронних запитів Синхронні запити можуть спричинити повільне завантаження сторінок і відсутність відповіді. Замість цього використовуйте асинхронні запити. Перегляньте цю публікацію в блозі для інших прикладів.
Уникайте включення непотрібних бібліотек веб-ресурсів JavaScript
Чим більше сценаріїв ви додаєте до форми, тим більше часу буде потрібно, щоб завантажити їх. Зазвичай сценарії кешуються в браузері після першого завантаження, але продуктивність під час першого перегляду форми часто справляє значне враження.
Уникайте завантаження всіх скриптів у події Onload
Якщо у вас є код, який підтримує OnChange лише події для полів OnSave або події, обов’язково налаштуйте бібліотеку сценаріїв з обробником подій для цих подій, а не OnLoad для події. Таким чином завантаження цих бібліотек може бути відкладено, що збільшить продуктивність при завантаженні форми.
Використання згорнутих вкладок для відстрочки завантаження веб-ресурсів
Якщо веб-ресурси або елементи IFRAME включені в розділах всередині згорнутої вкладки, вони не завантажуватимуться, поки вкладку згорнуто. Вони завантажуватимуться, коли вкладку буде розгорнуто. Коли стан табуляції змінюється, TabStateChange відбувається подія. Будь-який код, необхідний для підтримки веб-ресурсів або IFRAME у згорнутих вкладках, може використовувати обробники подій для події TabStateChange і зменшувати код, який в іншому випадку мав би з’явитися в OnLoad події.
Налаштування параметрів видимості за умовчанням
Уникайте використання скриптів форм у OnLoad випадках, коли вони приховують елементи форми. Замість цього встановіть параметри видимості за замовчуванням для елементів форми, які можуть бути приховані та не відображатимуться за замовчуванням під час завантаження форми. Потім використовуйте сценарії події, OnLoad щоб відобразити ті елементи форми, які потрібно відобразити. Якщо елементи форми ніколи не робляться видимими, їх слід вилучити з форми, а не приховати.
Панель або стрічка команд
Враховуйте ці рекомендації під час редагування панелі або стрічки команд.
Зведіть кількість елементів керування до мінімуму
На панелі або стрічці команд для форми визначте, які елементи керування є необхідними, і приховайте ті, що вам не потрібні. Кожен елемент керування, що відображається, підвищує ресурси, які необхідно завантажити в браузер.
Використання асинхронних мережевих запитів у користувацьких правилах Використовуючи настроювані правила, які створюють мережеві запити в єдиний інтерфейс, використовуйте асинхронне оцінювання правил.
Статті за темою:
Створення та дизайн форм
Конструктивні міркування для основних форм
Як з’являються основні форми у різних клієнтів