ненав'язливий javascript

Стиль цієї статті неенціклопедічен або порушує норми російської мови.

У цьому розділі не вистачає посилань на джерела інформації.

За рахунок застосування ненав'язливого підходу легше досягти таких результатів [4]:

  • Доступність веб-сайту для більшого числа користувачів
  • Гнучкість при внесенні змін до документа, стилі або скрипти
  • Експлуатаційна надійність (robustness) і розширюваність, в тому числі можливість поступового поліпшення
  • Підвищення продуктивності, наприклад, за рахунок кешування зовнішніх скриптів

Відділення поведінки від розмітки

При добре структурованому підході до розробки, розмітка призначена для опису структури документа, але не його поведінки. Змішування структури і поведінки веде, серед іншого, до погіршення підтримувані сайту. Відбувається це з тієї ж причини, що і в разі змішування структури та подання: якщо сайт містить сотні полів з даними, додавання відповідного атрибута onchange до кожного (і модифікація їх пізніше в разі потреби) може виявитися трудомісткою процедурою.

Ненав'язливе рішення полягає в програмній установці обробників подій. Зазвичай це досягається логічним виділенням елементів, для яких необхідний той чи інший обробник в клас з подальшою обробкою:

Скрипт може переглядати всі елементи input, що відносяться до класу validatedDate і встановлювати для них потрібний обробник:

Оскільки атрибут class відображає семантичну роль елемента, такий підхід добре узгоджується з рекомендаціями W3C. заснованими на сучасних стандартах.

Схожі статті