2. Выбор технологий реализации web-приложения

Для наиболее быстрого и эффективного решения поставленной задачи необходимо выбрать подходящий сервис для бизнес-приложения.

Также понадобится локальный сервер, который будет отвечать за аутентификацию пользователей. Это позволит снизить затраты, связанные с покупкой лицензий.

На сервере для аутентификации предполагается использование небольшого web-приложения, которое будет отвечать за авторизацию пользователей (ранее зарегистрированных в системе) и перенаправление их на сайт сервиса облачных вычислений. Также он будет удаленно создавать токены, которые будут в дальнейшем использоваться для идентификации пользователей.

Для решения задач на стороне локального сервера было решено использовать такие технологии, как Java, J2EE, MySQL, а также другие языки для front-end части.

Java - объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems (в последующем, приобретённой компанией Oracle). Приложения Java обычно компилируются в специальный байт-код, поэтому они могут работать на любой виртуальной Java-машине (JVM) независимо от компьютерной архитектуры.

Java Platform, Enterprise Edition, сокращенно Java EE (до версии 5.0 - Java 2 Enterprise Edition или J2EE) - набор спецификаций и соответствующей документации для языка Java, описывающей архитектуру серверной платформы для задач средних и крупных предприятий.

Спецификации детализированы настолько, чтобы обеспечить переносимость программ с одной реализации платформы на другую. Основная цель спецификаций - обеспечить масштабируемость приложений и целостность данных во время работы системы. J2EE во многом ориентирована на использование её через веб как в интернете, так и в локальных сетях. Вся спецификация создаётся и утверждается через JCP (Java Community Process) в рамках инициативы Sun Microsystems Inc.

J2EE является промышленной технологией и в основном используется в высокопроизводительных проектах, в которых необходима надежность, масштабируемость, гибкость.

Для функционирования системы в качестве локального сервера был выбран Apache Cocoon, не только предоставляющий полноценный инструментарий для реализации проекта, но и одновременно являющийся процессором, поддерживающим языки трансформации исходных данных.

Сами исходные данные в виду необходимости их структурированного представления будут храниться в XML формате и проверяться на соответствии заданной разработчиком с учетом требований заказчика DTD схеме.

Для трансформации данных были выбраны языки XSLT и XSL-FO, которые позволяют представить информацию, извлеченную из структурированных данных и представить ее в форматах HTML и PDF (RTF) соответственно.

При выводе информации в формате HTML потребуется использование CSS стилей для более точного соответствия отображаемых данных спецификации, предоставляемой заказчиком. Что касается PDF (RTF), то в них необходимое форматирование задается на уровне языка XSL-FO.

Использование языков XSLT и XSL-FO в комбинации с применением сервера Apache Cocoon позволяет реализовать функцию печати данных, а также их пересылки по электронной почте и все это на уровне веб-приложения.

Сервер Apache Cocoon

Apache Cocoon, часто называемый просто Cocoon, - программный каркас для разработки веб-приложений. Он ориентирован на использование XML и построен с использованием языка программирования Java. Гибкость, завязанная на использование XML, позволяет публиковать содержимое в различных форматах, включая XML, PDF и WML. В частности, на основе данного программного каркаса создана мощная система управления содержимым Apache Lenya. Cocoon также широко используется как средство хранения данных, а также как промежуточное программное обеспечение для передачи данных между системами.

Cocoon 2 от Apache XML Project является гибкой системой Web-публикации, в основе которой лежат повторно используемые компоненты. Несмотря на то, что концепция многократного использования компонент присутствует во многих системах, Cocoon выделяется простотой интерфейсов взаимодействия компонент. Каждая компонента принимает на вход и возвращает XML, и такой подход работает.

Cocoon 2 является системой публикации XML. Что же это на самом деле значит? Это не база данных, в которой хранятся XML-данные, и не сервер приложений J2EE, который подготавливает контент для web-сервера. Cocoon 2 архитектурно располагается на промежуточном уровне и представляет собой среду обработки контента. Контент обрабатывается системой компонент, структуру которой как раз и строит разработчик. Рассмотрим простой пример. Предположим, к некоторому XML-документу, сохраненному в файле (file. xml), применяется XSL-преобразование (stylesheet. xsl) для получения результата в виде HTML. Система компонент Cocoon, соответствующая данной задачи, показана на рисунке 6.

Любая система компонент начинается с генератора. На рисунке 5 генератор анализирует файл и создает поток событий SAX. Вторым элементом в рассматриваемой системе компонент является XSL-процессор. В нашем случае, процессор преобразований применяет XSL-преобразование (stylesheet. xsl) к XML-документу, полученному от генератора. Результатом его также является SAX-поток. На выходе системы находится сериализатор. Он прерывает поток и выдает результата преобразования в качестве HTTP-ответа. Подобную трехуровневую систему компонент можно применять для создания множества или даже всех страниц разрабатываемого сайта. Этот пример может показаться слишком простым, поскольку две компоненты из трех являются крайними компонентами, однако, он хорошо иллюстрирует общую идею.

Рисунок 6 - Пример обработки исходного документа на сервере Cocoon

Главным преимуществом является то, что в исходном файле можно явно выделить бизнес-логику документа. В данном случае мы никак не используем JDBC API, напротив, контент исходного документа начинает отражать исходную бизнес-задачу.

Cocoon 2 состоит из трех основных компонент: первая - генератор, который создает поток XML SAX. Этот поток может быть создан на основе файла из локальной файловой системы, на основе XML-данных из базы данных или внешней системы, или как-нибудь иначе. Вторая компонента - процессор преобразований, который изменяет поток XML. В качестве этой компоненты могут использоваться XSL, SQL, SOAP, LDAP или пользовательские процессоры.

Главное требование заключается в возможности обрабатывать входящий поток XML и выводить также поток XML. В роли третьей компоненты выступает сериализатор, который терминирует поток XML и создает физическую репрезентацию контента в соответствующем формате. Таким форматом может быть не только HTTP, но и любой графический формат, операция записи в локальный файл и т.д.

XML как средство хранения структурированных данных

XML (англ. eXtensible Markup Language - расширяемый язык разметки; произносится) - рекомендованный Консорциумом Всемирной паутины язык разметки, фактически представляющий собой свод общих синтаксических правил. XML - текстовый формат, предназначенный для хранения структурированных данных (взамен существующих файлов баз данных), для обмена информацией между программами, а также для создания на его основе более специализированных языков разметки (например, XHTML). XML является упрощённым подмножеством языка SGML.

Правильно построенный документ соответствует всем общим правилам синтаксиса XML, применимым к любому XML-документу. И если, например, начальный тег не имеет соответствующего ему конечного тега, то это неправильно построенный документ XML. Документ, который неправильно построен, не может считаться документом XML; XML-процессор (парсер) не должен обрабатывать его обычным образом и обязан классифицировать ситуацию как фатальная ошибка.

Действительный документ дополнительно соответствует некоторым семантическим правилам. Это более строгая дополнительная проверка корректности документа на соответствие заранее определённым, но уже внешним правилам, в целях минимизации количества ошибок, например, структуры и состава данного, конкретного документа или семейства документов. Эти правила могут быть разработаны как самим пользователем, так и сторонними разработчиками, например, разработчиками словарей или стандартов обмена данными. Обычно такие правила хранятся в специальных файлах - схемах, где самым подробным образом описана структура документа, все допустимые названия элементов, атрибутов и многое другое. И если документ, например, содержит не определённое заранее в схемах название элемента, то XML-документ считается недействительным; проверяющий XML-процессор (валидатор) при проверке на соответствие правилам и схемам обязан (по выбору пользователя) сообщить об ошибке.

Данные два понятия не имеют достаточно устоявшегося стандартизированного перевода на русский язык, особенно понятие valid, которое можно также перевести, как имеющий силу, правомерный, надёжный, годный, или даже проверенный на соответствие правилам, стандартам, законам. Некоторые программисты применяют в обиходе устоявшуюся кальку "Валидный".

Годом рождения XML можно считать 1996 год, в конце которого появился черновой вариант спецификации языка, или 1998 год, когда эта спецификация была утверждена. А началось всё с появления в 1986 году языка SGML.

SGML (англ. Standard Generalized Markup Language - стандартный обобщённый язык разметки) заявил о себе как гибкий, комплексный и всеохватывающий мета-язык для создания языков разметки. Несмотря на то, что понятие гипертекста появилось в 1965 году, SGML не имеет гипертекстовой модели. Создание SGML можно с уверенностью назвать попыткой объять необъятное, так как он объединяет в себе такие возможности, которые крайне редко используются все вместе. В этом и состоит его главный недостаток - сложность и, как следствие, дороговизна этого языка ограничивает его использование только крупными компаниями, которые могут позволить себе купить соответствующее программное обеспечение и нанять высокооплачиваемых специалистов. Кроме того, у небольших компаний редко возникают настолько сложные задачи, чтобы привлекать к их решению SGML.

Наиболее широко SGML применяется для создания других языков разметки, именно с его помощью был создан язык разметки гипертекстовых документов - HTML, спецификация которого была утверждена в 1992 году. Его появление было связано с необходимостью организации стремительно увеличивающегося массива документов в сети Интернет. Бурный рост количества подключений к Интернету и, соответственно, веб-серверов повлек за собой такую потребность в кодировке электронных документов, с которой не мог справиться SGML вследствие высокой трудности освоения. Появление HTML - очень простого языка разметки - быстро решило эту проблему: лёгкость в изучении и богатство средств оформления документов сделали его самым популярным языком для пользователей Интернет. Но, по мере роста количества и изменения качества документов в Сети, росли и предъявляемые к ним требования, и простота HTML превратилась в его главный недостаток. Ограниченность количества тегов и полное безразличие к структуре документа побудили разработчиков в лице консорциума W3C к созданию такого языка разметки, который был бы не столь сложен, как SGML, и не настолько примитивен, как HTML. В результате на свет появился язык XML, сочетающий в себе простоту HTML, логику разметки SGML и удовлетворяющий требованиям Интернета.

Достоиства:

язык разметки, позволяющий стандартизировать вид файлов-данных, используемых компьютерными программами, в виде текста, понятного человеку;

поддерживает Юникод;

в формате XML могут быть описаны такие структуры данных, как записи, списки и деревья;

это самодокументируемый формат, который описывает структуру и имена полей так же как и значения полей;

имеет строго определённый синтаксис и требования к анализу, что позволяет ему оставаться простым, эффективным и непротиворечивым. Одновременно с этим, разные разработчики не ограничены в выборе экспрессивных методов (например, можно моделировать данные, помещая значения в параметры тегов или в тело тегов, можно использовать различные языки и нотации для именования тегов и т.д.);

формат, основанный на международных стандартах;

иерархическая структура XML подходит для описания практически любых типов документов, кроме аудио и видео мультимедийных потоков, растровых изображений, сетевых структур данных и двоичных данных;

представляет собой простой текст, свободный от лицензирования и каких-либо ограничений;

не зависит от платформы;

является подмножеством SGML (который используется с 1986 года). Уже накоплен большой опыт работы с языком и созданы специализированные приложения;

не накладывает требований на порядок расположения атрибутов в элементе и вложенных элементов разных типов, что существенно облегчает выполнение требований обратной совместимости;

в отличие от бинарных форматов, XML содержит метаданные об именах, типах и классах описываемых объектов, по которым приложение может обработать документ неизвестной структуры (например, для динамического построения интерфейсов);

имеет реализации парсеров для всех современных языков программирования;

существует стандартный механизм преобразования XSLT, реализации которого встроены в браузеры, операционные системы, веб-серверы;

поддерживается на низком аппаратном, микропрограммном и программном уровнях в современных аппаратных решениях.

Регулирование структуры XML файла с помощью DTD-схемы

DTD (англ. Document Type Definition определение типа документа) включает в себя два понятия. Термин, который используется для описания схемы документа или его части языком схем DTD. Язык схем DTD (DTD schema language) - искусственный язык, который используется для записи фактических синтаксических правил метаязыков разметки текста SGML и XML. С момента его внедрения другие языки схем для спецификаций, такие как XML Schema и RELAX NG, выпускаются с дополнительной функциональностью.

Из-за определённых отличий между XML и SGML, применение DTD также имеет некоторые особенности в зависимости от целевого документа.

DTD описывает схему документа для конкретного языка разметки посредством набора объявлений (объектов-параметров, элементов и атрибутов), которые описывают его класс (или тип) с точки зрения синтаксических ограничений этого документа. Также DTD может объявлять конструкции, которые всегда необходимы для определения структуры документа, но, зато, могут влиять на интерпретацию определённых документов.

Объявление объекта-параметра определяет макрос определённого типа, на который можно ссылаться и который может быть развернут где-нибудь в DTD. Эти макросы могут не появляться в самом документе, а быть только в DTD. Если на объект-параметр ссылаются по имени их DTD, то он разворачивается в строку, в которой указано содержимое этого объекта.

Объявления элементов образовывают перечень разрешенных названий элементов в документе, а также определяют информацию относительно тегов (являются ли они обязательными) и модели содержимого для каждого элемента. С каждым элементом DTD-документа можно сопоставить список атрибутов. Для этого используется директива! ATTLIST, в которой указываются имя элемента, с которым может быть сопоставлен список атрибутов и параметры каждого атрибута: его имя, тип и свойства по умолчанию. Чтобы связать документ с определённым DTD, необходимо в начале текста документа указать элемента Объявление Типа Документа.

Языки трансформации XSLT и XSL-FO

XSLT (eXtensible Stylesheet Language Transformations) - язык преобразования XML-документов. Спецификация XSLT входит в состав XSL и является рекомендацией W3C.

При применении таблицы стилей XSLT, состоящей из набора шаблонов, к XML-документу (исходное дерево) образуется конечное дерево, которое может быть сериализовано в виде XML-документа, XHTML-документа (только для XSLT 2.0), HTML-документа или простого текстового файла. Правила выбора (и, отчасти, преобразования) данных из исходного дерева пишутся на языке запросов XPath.

XSLT имеет множество различных применений, в основном в области web-программирования и генерации отчётов. Одной из задач, решаемых языком XSLT, является отделение данных от их представления, как часть общей парадигмы MVC (англ. Model-view-controller). Другой стандартной задачей является преобразование XML-документов из одной XML-схемы в другую.

XSLT разработан рабочей группой XSL Консорциума Всемирной паутины.

Версия 1.0 была одобрена в качестве рекомендации 16 ноября 1999 года. После выхода первой версии начались работы над версией 1.1, но в 2001 году они были прекращены, а рабочая группа XSL присоединилась к рабочей группе XQuery для совместной работы над XPath 2.0. Впоследствии XPath 2.0 послужил основой при разработке XSLT версии 2.0.

Версия 2.0 была одобрена в качестве рекомендации 23 января 2007 года. Несмотря на то, что версия 2.0 является последней, версия 1.0 продолжает использоваться очень широко. В простейшем случае XSLT-процессор получает на входе два документа - входной XML-документ и таблицу стилей XSLT - и создает на их основе выходной документ.

Язык XSLT является декларативным, а не процедурным. Вместо определения последовательности исполняемых операторов, этот язык определяет правила, которые будут применяться во время преобразования. Само преобразование ведется по фиксированному алгоритму.

В первую очередь XSLT процессор разбирает файл преобразования и строит XML дерево входного файла. Затем он ищет шаблон, который лучше всего подходит для корневого узла и вычисляет содержимое найденного шаблона. Инструкции в каждом шаблоне могут либо напрямую говорить XSLT процессору "создай здесь такой-то тег", либо говорить "обработай другие узлы по тому же правилу, что и корневой узел".

Более подробно этот алгоритм, в чём-то нетривиальный, описывается ниже, хотя многие из его экзотических деталей опущены. Каждый XSLT-процессор должен выполнить различные шаги для подготовки к трансформации.

Прочитать таблицу стилей XSLT с помощью XML-парсера и перевести его содержимое в дерево узлов (дерево таблицы стилей), согласно модели данных XPath. Синтаксические ошибки "времени компиляции" определяются на этой стадии. Таблицы стилей могут быть модульными, поэтому все включения (инструкции xsl: include, xsl: import) также будут обработаны на этой стадии с целью объединить все шаблонные правила и иные элементы из других таблиц стилей в единое дерево таблицы стилей.

Прочитать входные данные XML с помощью XML-парсера, перевести его содержимое в дерево узлов (исходное дерево), согласно модели данных XPath. XML-документ может ссылаться на другие XML-источники с помощью вызова функций document (). Эти вызовы обычно обрабатываются во время выполнения, так как их расположение может являться вычисляемым, а вызовы соответствующих функций могут не происходить вовсе. (Пример выше не ссылается на какие-либо другие документы.)

Удалить пустые узлы из таблицы стилей XSLT, кроме тех, которые являются потомками от элементов xsl: text. Это позволяет исключить появление "лишних" пробелов.

Удалить пустые текстовые узлы из исходного дерева, если инструкции xsl: strip-space присутствуют в исходном документе. Это позволяет исключить появление "лишних" пробелов. (Пример выше не использует эту возможность)

Пополнить XSLT-дерево тремя правилами, которые предоставляют поведение по умолчанию для любых типов узлов, которые могут быть встречены при обработке. Первое правило - для обработки корневого узла; оно даёт инструкцию процессору обработать каждого потомка корневого узла. Второе правило - для любых текстовых узлов или узлов атрибутов; он даёт команду процессору сделать копию этого узла в результирующем дереве. Третье правило - для всех узлов комментария и узлов-инструкций обработки; никакой операции не производится. Шаблоны, явно заданные в XSLT, могут перекрывать часть или все шаблоны-правила, заданные по умолчанию. Если шаблон не содержит явных правил, встроенные правила будут применены для рекурсивного обхода исходного дерева и только текстовые узлы будут скопированы в результирующее дерево (узлы атрибутов не будут достигнуты, так как они не являются "детьми" их родительских узлов). Полученный таким образом результат обычно нежелателен, так как он является просто конкатенацией всех текстовых фрагментов из исходного XML-документа.

Затем процессор проделывает следующие шаги для получения и сериализации результирующего дерева: создаёт корневой узел результирующего дерева, обрабатывает корневой узел исходного дерева. Процедура обработки узла описана ниже, сериализует результирующее дерево, если необходимо, согласно подсказкам, описанным инструкцией xsl: output.

При обработке узла производятся следующие действия. Производится поиск наиболее подходящего шаблона правила. Это достигается проверкой соответствия шаблона (который является выражением XPath) для каждого правила, указывая узлы, для которых правило может быть применено. Каждому шаблону процессором назначается относительный приоритет и старшинство для облегчения разрешения конфликтов. Порядок шаблонных правил в таблице стилей также может помочь разрешению конфликтов между шаблонами, которые соответствуют одинаковым узлам, но это не оказывает влияния на порядок, в котором узлы будут обрабатываться.

Template rule contents are instantiated. Элементы в пространстве имён XSLT (обычно имеющие префикс xsl:) трактуются как инструкции и имеют специальную семантику, которая указывает на то, как они должны интерпретироваться. Одни предназначены для добавления узлов в результирующее дерево, другие являются управляющими конструкциями. Не XSLT-элементы и текстовые узлы, обнаруженные в правиле, копируются, "дословно", в результирующее дерево. Комментарии и управляющие инструкции игнорируются.

Инструкция xsl: apply-templates при её обработке приводит к выборке и обработке нового набора узлов. Узлы идентифицируются с помощью выражения XPath. Все узлы обрабатываются в том порядке, в котором они содержатся в исходном документе.

XSLT расширяет библиотеку функций XPath's и позволяет определять XPath-переменные. Эти переменные имеют разную область видимости в таблице стилей, в зависимости от того, где они были определены и их значения могут задаваться за пределами таблицы стилей. Значения переменных не могут быть изменены во время обработки.

Хотя эта процедура может показаться сложной, однако она делает XSLT по возможностям похожей на другие языки web-шаблонов. Если таблица стилей состоит из единственного правила, предназначенного для обработки корневого узла, в результат просто копируется всё содержимое шаблона, а XSLT-инструкции (элементы "xsl: …") заменяются вычисляемым содержимым. XSLT предлагает даже специальный формат ("literal result element as stylesheet") для таких простых, одношаблонных трансформаций. Однако, возможность определять отдельные шаблоны и правила сильно увеличивает гибкость и эффективность XSLT, особенно при генерации результата, который очень похож на исходный документ.

XSL-FO (англ. eXtensible Markup Language Formatting Objects - объекты форматирования языка таблиц стилей для XML) - рекомендованный Консорциумом Всемирной паутины язык разметки типографских макетов и иных предпечатных материалов. XSL-FO является частью XSL, наряду с XSLT и XPath.

В отличие от комбинации HTML и CSS, XSL-FO - это унифицированный язык представления. Он не имеет семантической разметки в том смысле в каком она используется в HTML. И, в отличие от CSS, который модифицирует представление по умолчанию для внешнего HTML или XML-документа, он сохраняет все данные документа внутри себя.

Документ XSL-FO - это XML файл, в котором хранятся данные для печати или вывода на экран (например, просто текст). Эти данные находятся внтури тегов fo: block, fo: table, fo: simple-page-master и д. р., где указаны отступы, переводы строк и т.д.

Общая идея использования XSL-FO состоит в том, что пользователь создаёт документ, не в FO, но в виде XML. Это может быть, например, XHTML или DocBook, хотя возможно использование буквально любого XML-языка. Затем, пользователь применяет XSLT-преобразование, либо написав его самостоятельно, либо взяв готовое, подходящее к этому типу документа. Этот XSLT преобразует XML в XSL-FO.

После того как документ на XSL-FO получен, он передаётся приложению, которое носит название FO-процессор. Эта программа конвертирует XSL-FO-документ в какой-либо читаемый и/или печатаемый формат. Наиболее часто используется преобразование в PDF либо PS; некоторые FO-процессоры могут давать на выходе RTF-файлы либо просто показывать документ в окне.

Использование HTML и CSS

HTML (Hyper Text Markup Language) - "язык гипертекстовой разметки", предназначенный для создания и просмотра Web-страниц в Сети.

HTML - это универсальный язык для функциональной классификации различных частей документа в соответствии с их назначением. Другими словами, HTML показывает, какая часть документа является заголовком, а какая - текстом, какую часть текста надо выделить, и где должны располагаться графические изображения.

Сущность HTML заключается в том, что после разметки документа и выделения его различных частей можно быть уверенным: документ будет красиво и правильно отображаться в любом браузере и на любом компьютере.

HTML - это язык разметки, с помощью которого можно создать и просмотреть Web-страницы в Сети. В HTML каждый тег (дополнительные служебные символы) - эта команда, указывающая браузеру, как ему отображать Web-страницу. Для создания своего Web-сайта, и к тому же интересного, вы не сможете обойтись без HTML.html обладает многочисленными достоинствами:

гибкость. Работу над Web-узлом можно продолжать даже вдали от компьютера. Используя HTML, разработчик перестаете зависеть от конкретной программы, которая может оказаться недоступной в данный момент;

упрощение отладки. Поскольку разработчик сам написал HTML-текст, ему будет проще отладить его и найти необходимые решения, если что-то не работает;

независимость.html не привязан к конкретной фирме или программе, поэтому нет необходимости беспокоиться о том, что фирма-разработчик прекратит свое существование и оставит вас в безвыходном положении.

CSS это язык стилей, определяющий отображение HTML-документов. Например, CSS работает с шрифтами, цветом, полями, строками, высотой, шириной, фоновыми изображениями, позиционированием элементов и многими другими вещами.

HTML может (неправильно) использоваться для оформления web-сайтов. Но CSS предоставляет большие возможности и более точен и проработан. CSS, на сегодняшний день, поддерживается всеми браузерами (программами просмотра).

Разница между CSS и HTML в следующем: HTML используется для структурирования содержимого страницы, а CSS используется для форматирования этого структурированного содержимого. Язык HTML используется только для вывода структурированного текста.

CSS используется создателями и посетителями web-страниц для задания цветов, шрифтов, расположения и других аспектов представления документа. Основное назначение, для которого технология CSS была разработана, это разделение содержимого (написанного на HTML или другом языке разметки) и представления документа (написанного на CSS). Это разделение может увеличить доступность документа, предоставить большую гибкость и возможность управления его представлением, а также уменьшить сложность и повторяемость в структурном содержимом. Кроме того CSS позволяет представлять один и тот же документ в различных стилях или методах вывода, таких как экранное представление, печать, чтение голосом (специальным голосовым браузером или программой чтения с экрана), или при выводе устройствами, использующими Шрифт Брайля.

CSS при отображении страницы может быть взята из различных источников:

авторские стили (информация стилей, предоставляемая автором страницы) в виде внешних таблиц стилей, то есть отдельного файла. css, на который делается ссылка в документе;

встроенных стилей - блоков CSS внутри самого HTML документа;

Inline-стилей, когда в HTML-документе информация стиля для одного элемента указывается в его атрибуте style;

пользовательские стили;

локальный CSS-файл, указанный пользователем в настройках браузера, переопределяющий авторские стили, и применяемый ко всем документам;

стиль браузера;

стиль, используемый браузером по умолчанию для представления элементов.

Стандарт CSS определяет приоритеты, в порядке которых применяются правила стилей, если для какого-то элемента подходят несколько правил одновременно. Это называется "каскадом", в котором для правил рассчитываются приоритеты или "веса", что делает результаты предсказуемыми.

У CSS достаточно простой синтаксис. Таблица стилей состоит из набора правил. Каждое правило, в свою очередь, состоит из одного или нескольких селекторов, разделенных запятыми и блока определений. Блок определений же обрамляется фигурными скобками, и состоит из набора свойств и их значений.

Преимущества CSS:

управление отображением множества документов с помощью одной таблицы стилей;

более точный контроль над внешним видом страниц;

различные представления для разных носителей информации (экран, печать, и т.д.);

сложная и проработанная техника дизайна.

3. Проектирование и создание исходных данных

3.1 Написание необходимой документации