Переходимо на XHTML

Поганий код HTML

Чим більш успішні в Web-дизайні ми стаємо і чим довше ми займаємося цією діяльністю, тим менше ми думаємо чи знаємо про приховані наслідки поганого коду. В епоху раннього розвитку мережі Web-дизайн був схожий з годуванням вимогливих і розбірливих дітей. Для створення працюючого сайту ми створювали по кілька версій для кожного браузера. Сучасні браузери споживають однакову їжу, однак, не всі дизайнери знають про це.

Що робити?

Також як і погана їжа негативно впливає на організм, поганий код підриває здоров’я всієї мережі. Але до недавнього часу цей факт був прихований від нас, як вже описувалося.

У цій та наступних статтях ми розібралися з причиною існування поганого коду і навчилися думати структурно, а не розглядати Web-код як другосортний інструмент для дизайну. У той же час ми познайомилися з XHTML, стандартним для створення Web-сторінок, обговорили його завдання і переваги і розглянули стратегію переходу від HTML до XHTML.

За дивним збігом, коректне використання XHTML веде до структурного Створення сайтів і відмови від старошкільних вивертів. В XHTML 1.0 Transitional, використання таких трюків дозволяється, але більш логічно виконати завдання за допомогою CSS. У XHTML 1.0 і 1.1 Strict, подібні хитрощі заборонені.

Чи виберете XHTML Strict або Transitional, з плином часу ви виявите, що все, що ви знали-помилково. Ви відмовитеся від багатьох звичних процедур: тегів, якими ви раніше щедро сипали наліво і направо для емуляції списку, заголовки, прозорі зображення-роздільники GIF і багато іншого.

Замість використання цих хитрощів ви почнете мислити структурно. Нехай код стане кодом. Навіть при перехідному способі, використовуючи таблиці, ви навчитеся робити більше за допомогою CSS. У міру вивчення нової мови ми можемо забути всі застарілі прийоми, використовувані нами протягом багатьох років. Так може почнемо?

Служба перевірки коду W3C (http://validator.w3.org/) може перевірити Web-сторінки HTML 4.01, XHTML 1.0 і XHTML 1.1 на їх відповідність стандартам. Перевірити коректне використання CSS можна за допомогою служби перевірки CSS (http://jigsaw.w3.org/css-validator/).

Переформулювання

Згідно W3C XHTML є (http://www.w3.org/TR/xhtml1/) переформулюванням HTML в XML. Більш простими словами, XHTML є мовою розмітки на базі XML, який працює і виглядає також як і HTML за винятком деяких невеликих, але істотних відмінностей. Для браузерів і користувачів XHTML ні чим не відрізняється від HTML, але деякі найновіші моделі браузерів обробляє такий код злегка відмінно від HTML. Для дизайнерів і розробників XHTML майже не відрізнити від HTML, за винятком наявності злегка більш строгих правил і декількох нових елементів.

Раніше ми описали XML – Extensible Markup Language (http://www.w3.org/XML/), як понад мова розмітки, з якого дизайнери можуть створювати інші мови розмітки. XHTML (Extensible Hypertext Markup Language) якраз і є однією з таких мов. XHTML 1.0 є першою і найбільш сумісною версією XHTML, і, відповідно, найбільш легкою для вивчення.

Число інших додатків і протоколів на базі XML підрахувати неможливо і їх популярність обумовлена не в останню чергу можливістю безболісного обміну даними між ними, що також відноситься і до XHTML. Серед цих протоколів можна згадати Scalable Vector Graphics (http://www.w3.org/TR/SVG/), Synchronized Multimedia Integration Language (http://www.w3.org/TR/REC-smil/), Simple Object Access Protocol (http://www.w3.org/TR/SOAP/), Resource Description framework (http://www.w3.org/RDF/), Platform for Privacy Preferences (http://www.w3.org/TR/P3P/).

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

Навіщо це потрібно

Чому необхідно переформулювати HTML в XML?

Однією з причин є послідовність XML проти повної плутанини в HTML. У XML, кожен тег повинен бути закритий. В HTML деякі теги обов’язково повинні бути закриті, інші ніколи не закриваються, а треті можна закривати чи ні, на розсуд дизайнера. Така непослідовність може створити масу проблем. Наприклад, деякі браузери можуть відмовитися відображати HTML-сторінку з відкритими комірками таблиці, навіть якщо за правилами HTML такі теги можна не закривати. В XHTML ви повинні закривати всі елементи, що допомагає уникнути появи проблем з браузером, усуває необхідність витрачати час на тестування і налагодження і позбавляє від необхідності пам’ятати, які теги треба закривати, а які – ні.

Але що більш важливо, мови і додатки на базі XML є ключем для успішного майбутнього ваших сайтів. Використання XML може гарантувати, що ваш сайт буде успішно працювати з іншими мовами, протоколами і додатками на базі XML.

Ви можете запитати, якщо XML настільки важливий, навіщо створювати мову розмітки на базі XML, який працює як HTML? XML потужний і всеосяжний, однак більшість браузерів не може обробити  XML і відобразити акуратно відформатовану Web-сторінку. XHTML є мостом, що з’єднує міць XML і простоту HTML.

Висновок

Просто кажучи, XHTML це XML, який веде себе як HTML в старих і нових браузерах, а також коректно працює в більшості Internet-пристроїв, від Palm Pilot до стільникових телефонів і програм зчитування інформації з екрана.

XHTML легко вивчити і використовувати як HTML. Новачкам зробити це буде навіть легше, так як у них ще не з’явилися погані звички кодування, властиві більш досвідченим дизайнерам.

XHTML є поточним стандартом кодування Web-сторінок (замінив HTML 4) і з його допомогою можна повернути логічну структуру документа Web-контенту, сумісність з іншими стандартами, наприклад CSS і DOM, а також він забезпечить коректну спільну роботу з іншими мовами, додатками і протоколами на базі XML.

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься.