Автор работы: Пользователь скрыл имя, 17 Октября 2012 в 01:14, курсовая работа
Развитие HTML в определенном смысле зашло в тупик - новые теги уже не нужны, поскольку хватает существующих, к тому же акцент разработки веб-страниц сместился на стили, которые расширяют возможности по оформлению документов. Естественно, CSS никак не подменяет HTML, но зато позволяет использовать ограниченный набор тегов, а вид элементов, их положение и различные параметры задавать через стили.
ВВЕДЕНИЕ 3
ГЛАВА1. СУЩНОСТЬ XML 5
ГЛАВА2. ВАЛИДАЦИЯ XHTML ДОКУМЕНТОВ…………………..…....….9
2.1 Строго конформные документы…………………………………....…..12
2.2 Использование XML с другими пространствами имен…….……....…13
2.3 Конформность пользовательских агентов…………………..……..…..14
ГЛАВА3. БУДУЩЕЕ HTML ……………...……………………..…………….21
ЗАКЛЮЧЕНИЕ………………………………………………………...….…….31
СПИСОК ЛИТЕРАТУРЫ…………..…………………………………………...32
Все атрибуты должны быть заключены в кавычки. Например, нельзя писать <P ALIGN=center>, а надо писать <p align="center">.
Хорошая новость в том, что у браузеров практически нет проблем с XHTML. Вообще говоря, правила 1, 2 и 4 уже есть в HTML, но не являются обязательными, тогда как правило 3 является обязательным, хотя браузеры в большинстве случаев игнорируют ошибки вложенности. Единственное действительно новое правило - это правило 2а. Однако, это правило приводит к проблемам со старыми браузерами только в том случае, когда вы записываете слэш без пробелов, вот так <br/>. Браузер думает, что это тег br/, а такого он знать не знает, так что никак на него не отреагирует. Если вставлять пробел, то проблема будет решена. Если вы напишите <br />, то браузер увидит тег br с неизвестным атрибутом /. Тег br будет отработан корректно, а неизвестный атрибут / тихо проигнорирован.
Плохая новость в том, что многим придется изменить свои привычки кодирования. Лично мне не нравится правило 1. Во-первых, я не могу понять, почему XML теги могут быть только в нижнем регистре, во вторых, я всегда пишу теги в верхнем регистре, потому что тогда они лучше выделяются в тексте. Почему я должен отказаться от этого, если это удобно? В любом случае, я не изменю своих привычек без веской на то причины.
Новые браузеры на новых платформах могут требовать XHTML. Но тогда они столкнутся с той же проблемой, что и старые браузеры на старых платформах: они не смогут корректно отображать существующие HTML-страницы, а это означает крайнее недовольство конечных пользователей. Во избежании этого, новые браузеры должны поддерживать HTML.
Конечно, XHTML может стать стандартом для новых областей Интернет, как WML стал стандартным языком для WAP. Это одна из причин, по которой W3C разрабатывал XHTML. Но, откровенно говоря, я в это не верю. Новые области Интернет требуют действительно новых языков, потому что они отличаются от WWW, тогда как XHTML хорошо подходит только для традиционных WWW-страниц.
Конечно, XHTML может
уменьшить разрыв между HTML и XML и
познакомить веб-разработчиков
ЗАКЛЮЧЕНИЕ
В рамках данной курсовой работы были рассмотрены расширенные возможности языка XML.
В работе
представлена информация о верс
Большая часть работы посвящена валидация XML документов.
Изложены основы строго конформного документа. Подробно рассмотрено будущее HTML.
Детально описан процесс создания расширенного языка XML.
А также рассмотрено, что XHTML - это интересная теоретическая конструкция, которая может развиться и сыграть важную роль в Интернете. Но пока она бесполезна на практике. Разработчики браузеров должны сделать первый ход. Они должны внедрить поддержку XHTML конструктивным способом, чтобы пользователи не отвернулись от их продуктов. Только в этом случае за ними потянется остальная часть веба.
Подводя итог всему сказанному, необходимо отметить, что процесс развития современных информационных систем настолько динамичен, что временной промежуток между появлением новой технологии и ее практическим использованием в реально действующих приложениях сегодня слишком мал.
СПИСОК ЛИТЕРАТУРЫ:
Информация о работе Расширенный язык разметки документов XML