Переходимо на 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 ) може перевірити Web-сторінки HTML 4.01, XHTML 1.0 і XHTML 1.1 на їх відповідність стандартам. Перевірити коректне використання CSS можна за допомогою служби перевірки CSS ).
Переформулювання
Згідно 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.