Предисловие
«Моя зарплатная карта Банка связи, но я часто снимаю деньги в банкомате ICBC внизу дома;
Я из Шанхая и могу общаться со своими одноклассниками в Гуанчжоу на китайском языке;
Сегодня сломался кран, поэтому я пошел в магазин сантехники и купил новый взамен;
Я еду во Францию, и моего французского друга уведомили, что он заберет меня в 15:30 по пекинскому времени. "
Подобные вещи случаются каждый день в жизни. Такие вещи кажутся нормальными и ничего особенного. Однако задумывались ли вы когда-нибудь о:
Почему все банковские карты одинакового размера?
Почему я могу общаться со своими одноклассниками в Гуанчжоу, используя китайский язык?
Почему винт нового крана, который я купил, просто соединяется со старой водопроводной трубой?
Почему французские друзья не забирают меня в неподходящее время?
За многими вещами в повседневной жизни мы не замечаем, что за ними стоит скрытый «фактор», и этим фактором являются стандарты.
Благодаря «стандарту банковских карт» вам не придется беспокоиться о разном размере карт в разных банках. Входы для карт во всех банкоматах одинаковы;
Благодаря «Стандарту Путунхуа» люди по всей стране могут удобно общаться на языке;
Учитывая «отраслевой стандарт для винтов», если вы покупаете 6-точечный смеситель, вы обязательно сможете подключить его к 6-точечной водопроводной трубе;
Благодаря среднему времени по Гринвичу люди во всем мире никогда не поймут неправильное время полета.
Во всех сферах жизни существуют свои соответствующие стандарты и нормы. Стандарты могут облегчить общение, способствовать сотрудничеству и повысить эффективность.
В ИТ-индустрии разнообразие устройств и информации требует стандартов, обеспечивающих связь и сотрудничество между ними. Мы можем обмениваться данными между мобильными телефонами, принтерами и цифровыми камерами; мы можем передавать информацию между веб-сайтами, электронной почтой и офисным программным обеспечением, которые нам могут понадобиться для применения существующих ресурсов в будущих новых устройствах (таких как телеприставки, информационные устройства); Если нет единого стандарта, то вся информация теперь изолирована, не может быть передана и не может быть повторно использована; нам нужно тратить много человеческих и материальных ресурсов на восстановление данных для новых устройств, для которых нам нужно провести специальную разработку; каждое многосистемное приложение.
К счастью, мы нашли решение — XML.
XML — это просто «документ установленного формата». Пока данные, генерируемые нашими устройствами или системами, соответствуют этому формату, возможен взаимный обмен данными, совместное использование и сотрудничество.
С тех пор как Международная организация Всемирной паутины (W3C.org) выпустила спецификацию XML 1.0 в 1998 году, в нашей жизни стало применяться большое количество стандартов XML, таких как прогнозы погоды и котировки акций, на которые мы подписываемся на наших мобильных телефонах. все данные получены из соответствующих систем. Получены и затем отправлены вам посредством преобразования формата XML; мы отправляем сообщения на мобильные телефоны друзей, которые не подключены к Интернету, через QQ или MSN, а также информация реализуется посредством преобразования XML; приложения, например, внутри компании. Взаимодействие, интеграция и обмен данными между CRM, ERP и системами управления контентом — все они используют XML.
Тогда вы, естественно, задумаетесь: должны ли веб-страницы (веб) также соответствовать стандартам XML? Ответ: да.
С появлением Всемирной паутины сильно изменился способ получения информации людьми. Раньше информацию получали из газет, телевидения и радио. Теперь получать информацию удобнее через Интернет и через браузеры. Информации в сети также становится все больше. От простых статических документов и изображений в начале до динамичной и интерактивной мультимедийной информации сейчас информация в сети стала настолько обильной, что ее можно охарактеризовать как «страшную». К концу прошлого года поисковая система Google смогла найти 8,2 миллиарда веб-страниц и 2,1 миллиарда изображений. Так много данных — это богатство, но если их нельзя эффективно использовать и искать, это «информационный мусор». Фактически возникла избыточность данных, и информацию невозможно эффективно обменивать и запрашивать.
99% наших веб-сайтов созданы с использованием HTML, а HTML не соответствует формату XML. Поэтому информации на этих веб-страницах трудно адаптировать к требованиям новых устройств и обмена данными в будущем. Что делать? Международная организация Всемирной паутины (W3C.org) предложила решение. Они сформулировали новую спецификацию XHTML1.0, основанную на HTML и соответствующую формату XML. С помощью простых изменений HTML можно преобразовать в XHTML, реализуя таким образом. преобразование в XML. В то же время, чтобы облегчить поиск и повторное использование информации на вашей странице, код XHTML должен иметь более четкую структуру и больше семантических тегов. W3C рекомендует использовать CSS для управления представлением, чтобы отделить контент от представления.
Наша книга посвящена именно этому: реконструкции вашего веб-сайта с использованием стандартных веб-технологий.
1. Понимание веб-стандартов
1. Что такое веб-стандарты?
Во-первых, нам нужно уточнить концепцию. Веб-стандарты, о которых мы говорим в этой книге, относятся не к XML, а к серии технических спецификаций, сформулированных W3C и ECMA для реализации перехода больших объемов HTML-информации в стандарты XML. В настоящее время они в основном включают XHTML1. 0, CSS2.0 и DOM1 0 и ECMA JavaScript. Веб-стандарты — это не просто спецификация, а собирательное название серии спецификаций.
Веб-страницы, созданные в соответствии с этими спецификациями, соответствуют спецификациям формата XML и разделяют контент и производительность, что позволяет совместно использовать данные вашей страницы, обмениваться ими и повторно использовать их в будущем.
Ниже давайте рассмотрим некоторые важные основы. Если вы уже освоили его, вы можете пропустить и сразу прочитать Раздел 2.
2. Что такое w3c?
W3C — это аббревиатура «Консорциума Всемирной паутины», который на китайском языке называется организацией Всемирной паутины. Это международная отраслевая ассоциация, занимающаяся «лидерством и развитием веб-технологий». Ее возглавляет Тайм Бернерс-Ли, изобретатель Всемирной паутины, и она была основана в 1994 году. W3C уже насчитывает более 500 членов, включая Microsoft, America Online (материнскую компанию Netscape), Apple Computer, Adobe, Macromedia, SUN, а также различных основных производителей оборудования и программного обеспечения, а также телекоммуникационные компании. Основные исследования общества проводятся тремя академическими учреждениями — Массачусетским технологическим институтом (MIT) в США, Европейским исследовательским форумом по информации и математике (ERCIM) во Франции и Университетом Кекей (KEIO) в Японии.
Основная работа W3C заключается в исследовании и формулировании открытых спецификаций (фактических стандартов) для улучшения совместимости продуктов, связанных с Интернетом. Формирование рекомендуемых спецификаций W3C осуществляется рабочими группами, состоящими из членов и специально приглашенных экспертов. Проекты рабочей группы (Drafts) передаются на обсуждение Совета W3C после одобрения большинством соответствующих компаний и организаций. После официального одобрения они становятся «Рекомендациями» и публикуются. Для получения дополнительной информации посетите веб-сайт W3C: www.w3.org.
3. Стандарты, опубликованные W3C
3.1 HTML4.0
Язык гипертекстовой разметки (HTML, язык гипертекстовой разметки) широко используется на современных веб-страницах. Целью HTML является добавление структурной информации в документы, например, указание заголовков.
Представляет абзацы; браузер может анализировать структуру этих документов и выражать ее в соответствующем представлении. Например: браузер будет отображать содержимое между... жирным шрифтом.
Дизайнеры также могут использовать CSS (каскадные таблицы стилей), чтобы определить, как будет выражаться определенная структура.
3.2 XML1.0
XML — это аббревиатура Extensible Markup Language (Расширяемый язык разметки). XML — это язык разметки, аналогичный HTML. Разница в том, что HTML имеет фиксированные теги, а XML позволяет определять собственные теги и даже позволяет определять несколько наборов настроек для документа через пространства имен XML. Посмотрите пример XML:
<адресная книга>
<запись>
<name>AJIE</name><email>[email protected]</email>
</entry>
<entry><name>АЛЛАН</name><email>[email protected]</email>
</entry>
<entry><name>YAHOO</name><email>[email protected]</email>
</entry>
</адресная книга>
Некоторые приложения XML, такие как XHTML и MathML, стали рекомендованными спецификациями W3C. Вы также можете определить представление тегов XML с помощью спецификаций стиля (CSS и XSL). XML-документы в настоящее время не могут отображаться напрямую в браузере. В представлении страницы по-прежнему используется HTML или XHTML в настоящее время в основном используется для обмена данными между серверами (системами и системами).
3.3 CSS2.0
CSS — это аббревиатура каскадных таблиц стилей. CSS может управлять представлением тегов HTML или XML. W3C рекомендует использовать метод разметки CSS, чтобы сделать Интернет проще и структуру понятнее.
3.4 XHTML1.0
XHTML фактически переопределяет HTML в соответствии со спецификацией XML. Его теги соответствуют HTML4.0, а формат строго соответствует спецификации XML. Таким образом, хотя XHTML отображает в браузере то же самое, что и HTML, если вы хотите преобразовать его в PDF, XHTML будет намного проще.
XHTML имеет три определения DTD: строгое, переходное и набор фреймов. DTD — это аббревиатура определения типа документа. Он записывается в начале файла XHTML и сообщает браузеру, каким спецификациям соответствует этот документ и какие спецификации используются для его анализа.
3.5 ДОМ1.0
DOM — это аббревиатура объектной модели документа. DOM дает языкам сценариев (аналогичным ECMAScript) неограниченные возможности. Он предоставляет языкам сценариев легкий доступ ко всей структуре, содержанию и представлению всего документа.
4 Что такое ЭКМА?
Это аббревиатура «Европейской ассоциации производителей компьютеров», которая на китайском языке называется «Европейская ассоциация производителей компьютеров». Это организация, созданная в 1961 году для создания единого стандарта компьютерного рабочего формата, включая язык программирования, а также ввод и вывод.
ECMA расположен в Женеве, рядом со штаб-квартирой ISO (Международной организации по стандартизации) и IEC (Международного агентства по электротехнической стандартизации). Его основной задачей является изучение стандартов информационных и коммуникационных технологий и публикация соответствующих технических отчетов. ECMA не является официальной организацией, но состоит из основных производителей, которые часто сотрудничают с другими международными организациями.
4.1 Стандарт ECMAscript, опубликованный ECMA
ECMAscript — это стандартный язык сценариев, основанный на JavaScript Netscape. Это также объектно-ориентированный язык, и любым объектом на веб-странице можно управлять через DOM. Объекты можно добавлять, удалять, перемещать или изменять. Это значительно улучшает интерактивность веб-страниц.
Вышеупомянутые стандарты являются основными стандартами, которые мы в настоящее время используем при переходе от HTML к XML, и они также составляют основную цель этой книги.
5. Преимущества веб-стандартов
5.1 Простота использования
Страницы, созданные с использованием веб-стандартов, более «прозрачны» для поисковых систем, поскольку хорошая и понятная структура позволяет поисковым системам легко судить и оценивать информацию, тем самым создавая более точные индексы. Страницы, созданные в соответствии с веб-стандартами, также могут нормально отображать базовую структуру в старых браузерах. Даже если стиль CSS/XSL не может быть проанализирован, он все равно может отображать полную информацию и структуру.
Страницы, соответствующие веб-стандартам, также могут быть легко преобразованы в документы другого формата, например, в формат базы данных или в текстовый формат, а также легко перенесены в новые системы — аппаратные или программные комплексы, такие как Интернет-телевидение, КПК и т. д. Это неотъемлемое преимущество XML.
Страницы, соответствующие веб-стандартам, также имеют присущую им «доступность». Их могут читать не только обычные браузеры, но и люди с ограниченными возможностями могут нормально использовать их через слепые браузеры и голосовые программы.
5.2 Обратная совместимость
Страницы, созданные с использованием веб-стандартов, в будущем будут хорошо работать в новых браузерах или новых сетевых устройствах. Нам нужно только изменить CSS или XSL, чтобы настроить соответствующую форму выражения.
Глава 2: Мысли и дебаты о веб-стандартах
Благодаря приведенному выше вступлению у нас есть предварительное понимание того, почему W3C хочет установить стандарт XML и почему крупные производители готовы поддерживать XML. Мы также узнали, что для перехода на стандарты XML какие веб-стандарты нам необходимо изучить и освоить на данном этапе. Следующий шаг — конкретно их применять? Но мы обнаружили, что приложение работает не так гладко, как предполагалось, и перед нами стояло еще много сложностей:
99% веб-страниц, созданных с использованием спецификаций HTML4.0 или более ранних версий, необходимо преобразовать в XHTML;
По-прежнему ежедневно публикуется большое количество новых страниц с использованием технологий, не соответствующих веб-стандартам;
Отсутствие простого в использовании и мощного программного обеспечения для разработки страниц, поддерживающего веб-стандарты;
Основной браузер IE имеет неполную поддержку веб-стандартов;
Большому количеству дизайнеров необходимо понимать веб-стандарты и менять свои концепции;
Среди них «изменение идей» является самым важным и трудным. Многие дизайнеры до сих пор не понимают веб-стандарты и все еще ждут возможности увидеть их или даже выступить против них. Здесь мы анализируем типичные проблемы и споры, возникающие при продвижении веб-стандартов:
(1) О веб-стандартах
1. Веб-стандарты не являются «стандартами», почему я должен их соблюдать?
Действительно, веб-стандарты не являются стандартами, это всего лишь рекомендуемые спецификации, сформулированные W3C, которые не предписывают и не контролируют внедрение в отрасли. Чтобы облегчить продвижение этих спецификаций, организация веб-стандартов (webstandards.org) называет их «веб-стандартами». Хотя W3C является лишь «рекомендуемой спецификацией», она уже является стандартом де-факто, спецификацией, признанной членами 500 крупнейших мировых ИТ-компаний. У вас нет причин сомневаться в ее широте и осуществимости. Microsoft также является основным членом W3C и определенно будет поддерживать принятые ею спецификации. Однако из соображений коммерческой конкуренции Microsoft обычно вносит некоторые детальные изменения, чтобы связать пользователей, но это не влияет на направленность и авторитет спецификаций W3C. .
2. Является ли DIV+CSS веб-стандартом?
DIV+CSS является лишь конкретным техническим средством реализации и не охватывает веб-стандарты. Веб-стандарты — это не только преобразование HTML в XHTML, но, что более важно, информационная структура ясна, а контент и производительность разделены, а технология DIV+CSS может лучше реализовать эту идею. Поэтому большинство страниц, соответствующих стандартам, которые мы видим, созданы с использованием DIV+CSS.
(2) О преимуществах веб-стандартов.
1. Технологии развиваются, пропускная способность сети становится больше и быстрее, а скорость увеличивается. Есть ли смысл экономить эти байты?
Одним из преимуществ веб-стандартов является то, что страницы, созданные с использованием веб-стандартов, содержат небольшой объем кода и могут экономить пропускную способность. Это всего лишь побочное преимущество веб-стандартов, поскольку сама структура DIV проще, чем TABLE. Вложенные уровни макета TABLE приводят к раздутию кода и увеличению размера файла. В обычных обстоятельствах использование DIV+CSS для страницы с той же производительностью экономит 2/3 кода, чем использование макета TABLE. Это неотъемлемое преимущество веб-стандартов. Что касается значимости экономии полосы пропускания, то она важна не в основном для обычных пользователей, а в основном для операторов веб-сайтов, особенно средних и крупных веб-сайтов, таких как Sina и NetEase. Домашняя страница новостей уменьшена с 500 тыс. до 170 тыс. Если предположить, что количество просмотров страниц в день составляет 30 миллионов (консервативное число), сэкономленный трафик сервера составит 330 тыс. * 30000000 = 9440 ГБ. Такая экономия средств значительна.
2. Нужно ли учитывать людей с ограниченными возможностями (слепых и слабовидящих)?
Обеспечение удобства для людей с ограниченными возможностями при работе в Интернете является юридическим требованием в США и некоторых европейских странах. Благодаря четкой структуре и полной семантике стандартных веб-страниц некоторые соответствующие устройства могут легко и правильно извлекать информацию для людей с ограниченными возможностями. Поэтому облегчение чтения информации слепыми людьми стало одним из естественных преимуществ веб-стандартов. Что касается некоторых людей, которые говорят, что в Китае все еще много людей, которые беспокоятся о еде и одежде, им некогда думать о людях с ограниченными возможностями. Это вопрос социальной цивилизации и социальной морали, который выходит за рамки данной книги. Но если ваша страница сделана по веб-стандартам, вы можете добиться такого эффекта, почему бы и нет?
(3). О макете
1. Нельзя ли использовать таблицы в веб-стандартах?
Прежде всего, нам необходимо прояснить концепцию: веб-стандарты не позволяют использовать теги TABLE. TABLE также является стандартным тегом в XHTML1.0. Мы просто рекомендуем использовать макет DIV+CSS вместо традиционного макета таблицы. Причина в том, что исходный макет TABLE смешивает производительность и контент, структура неясна, а контент неполный, что не способствует повторному использованию контента. Говоря семантически, когда W3C сформулировал тег TABLE, он использовал его только для определения структуры таблицы. Если в документе есть таблица, то следует использовать TABLE. Вопросы производительности, такие как набор текста и позиционирование, должны контролироваться CSS.
2. Мне очень удобно использовать табличный макет для доработки версии. Возможно, вы не эффективнее меня, если используете CSS.
Как вы сказали, в некоторых случаях или проектах можно использовать табличный макет для очень быстрого пересмотра версии. Но это не долгосрочное решение. Нам нужно смотреть на суть явления через призму: веб-стандарты отделяют контент от представления. После такого разделения все стили, стили, макеты и т. д. разделяются и управляются индивидуально. , , доработка-это настоящее удобство. И «ревизия» — это не просто доработка в браузере. Если мне нужно опубликовать ту же страницу на мобильном телефоне, то на странице, соответствующей веб-стандартам, нужно лишь изменить файл стиля, а макет таблицы нужно полностью переделать. Если мне все равно понадобится опубликовать его в будущем, нужно ли опубликовать его на интернет-телевидении или на других новых устройствах? CSS должен быть более эффективным, чем таблица.
3. Можно ли создавать красивые страницы с использованием веб-стандартов?
Поскольку люди, которые вначале исследовали и продвигали веб-стандарты, делали страницы относительно «простыми», это вызвало всеобщее непонимание, думая, что страницы веб-стандартов просты, содержат мало графики и визуальных эффектов. Фактически, эффекты страницы, которых можно достичь с помощью макета TABLE, в основном могут быть достигнуты с помощью CSS. Этот вопрос не требует особых объяснений. Это станет ясно, просто взглянув на недавно созданные сайты веб-стандартов в стране и за рубежом. Например: www.macromedia.com , www.mp3.com.
(4). О совместимости браузера
1. Мне не нужно беспокоиться о веб-стандартах. IE занимает 99% рынка. Пока страницы, которые я создаю, можно просмотреть в IE, это нормально.
«Ориентированность на пользователе» обычно является щитом, используемым теми, кто выступает против веб-стандартов. На самом деле это лицемерная «ориентация на пользователя». Вы не можете гарантировать, что IE всегда будет монополизировать рынок браузеров, и вы не можете гарантировать, что IE не внесет никаких изменений (фактически, Microsoft IE7 начал улучшать поддержку веб-стандартов). Страницы, которые настаивают на использовании макета html+table, будут «мертвой» информацией, неудобной для поиска, и ее нельзя будет повторно использовать и распространять. В конечном итоге это нанесет величайший вред пользователям.
2. Почему совместимость веб-стандартных страниц неудовлетворительна?
Мы говорим, что преимуществом веб-стандартов является хорошая совместимость. Под этой совместимостью подразумевается обратная совместимость и совместимость с новыми браузерами и новыми устройствами. В существующих браузерах, поскольку они имеют разные уровни поддержки веб-стандартов, страницы могут деформироваться под разными браузерами. Нам придется использовать некоторые «хакерские» приемы, чтобы добиться совместимости с разными браузерами. Это беспомощно и неизбежно. Это неизбежный процесс, через который должно пройти развитие веб-технологий, и это трудность, которую необходимо преодолеть при переходе на XML.
(5).Другие
1. Придется ли мне писать код вручную без полезных инструментов разработки?
Да. Мы рекомендуем писать код вручную, чтобы лучше понять веб-стандарты. Фактически, многие программы для разработки начали поддерживать веб-стандарты. Вы можете взглянуть на последнюю версию Dreamweaver 8, Adobe Goliv и Microsoft Visual Studio.NET 2005. Эти инструменты уже поддерживают разработку стандартных веб-страниц. Когда появляются новые технологии, мы должны понимать, практиковать и оценивать их, а не слепо противостоять им или ждать, пока они подействуют, иначе вы всегда будете отстающими.
2. Начальник ничего не понимает, а у клиентов нет требований. Зачем мне использовать веб-стандарты?
Если вы или команда разработчиков не знакомы с технологией веб-стандартов, действительно существуют риски (технические и финансовые риски) при принятии веб-стандартов для новых проектов. Вы можете решить, следует ли принимать веб-стандарты после оценки. Но если у вас есть способность принимать стандарты и при этом обманывать своих начальников и клиентов, это вопрос профессиональной этики и профессионализма.
Третье: Будущее и направление
Я думаю, что вас, как и меня, беспокоит то, каким будет будущее WEB и какими будут следующие горячие точки новых технологий. На самом деле, никто не может ответить на этот вопрос более авторитетно, чем W3C. Достаточно взглянуть на то, что делает W3C и какие спецификации он изучает, чтобы понять направление и тенденции WEB.
W3C ясно говорит нам: нет никаких сомнений в том, что XML — это будущая тенденция, а открытость и совместное использование — это дух и фундаментальная движущая сила Интернета.
Тим Бернерс-Ли, лидер W3C и отец Всемирной паутины, сказал: XML предоставляет средства обмена информацией, но это только начало. Наша цель — сделать веб-семантическим, то есть сделать информационный контент в сети более простым для понимания, обмена и распространения. Языки RDF и OWL обеспечат более мощную поддержку в этом отношении.
Веб-технологии вот-вот вступят в новый виток изменений и развития. Если вы все еще сомневаетесь, нужно ли вам изучать веб-стандарты, вы потеряете эту возможность.