Книги
чёрным по белому
Главное меню
Главная О нас Добавить материал Поиск по сайту Карта книг Карта сайта
Книги
Археология Архитектура Бизнес Биология Ветеринария Военная промышленность География Геология Гороскоп Дизайн Журналы Инженерия Информационные ресурсы Искусство История Компьютерная литература Криптология Кулинария Культура Лингвистика Математика Медицина Менеджмент Металлургия Минералогия Музыка Научная литература Нумизматика Образование Охота Педагогика Политика Промышленные производства Психология Путеводители Религия Рыбалка Садоводство Саморазвитие Семиотика Социология Спорт Столярное дело Строительство Техника Туризм Фантастика Физика Футурология Химия Художественная литература Экология Экономика Электроника Энергетика Этика Юриспруденция
Новые книги
Цуканов Б.И. "Время в психике человека" (Медицина)

Суворов С. "Танк Т-64. Первенец танков 2-го поколения " (Военная промышленность)

Нестеров В.А. "Основы проэктирования ракет класса воздух- воздух и авиационных катапульных установок для них" (Военная промышленность)

Фогль Б. "101 вопрос, который задала бы ваша кошка своему ветеринару если бы умела говорить" (Ветеринария)

Яблоков Н.П. "Криминалистика" (Юриспруденция)
Реклама

Секреты разработки игр в Macromedia Flash MX - Макар Дж.

Макар Дж. Секреты разработки игр в Macromedia Flash MX — М.: КУДИЦ-ОБРАЗ , 2004. — 608 c.
ISBN 0-201-77021-0
Скачать (прямая ссылка): sekretirazrabotkiigr2004.djvu
Предыдущая << 1 .. 180 181 182 183 184 185 < 186 > 187 188 189 190 191 192 .. 210 >> Следующая

может работать с ними в организованной и интеллектуальной манере.
Простой синтаксис XML напоминает HTML, из которого он использует теги,
свойства и значения, - но на этом сходство заканчивается. В то время как
HTML использует предопределенные тэги (например, body, head и html), в
XML вы соз-
44
Приложения
аете ваши собственные т. е. вы не вытаскиваете их из существующей библио-
еки имен тегов Прежде чем двигаться дальше, давайте взглянем на этот про-
той XML-документ:
<MyFriends>
<Name Gendeг = "female">Kel1 у Makar</Name>
<Name Gender="male">Mike Grundvig</Name>
<Name Gender="male">Free Makar</Name>
</MyFriends>
Саждый тег в XML называется узлом, и любые отформатированные в XML дан-
!ые называются XML-документом. Приведенный выше документ имеет корие-
•ойузел с именем MyFriends и три узпа-питомка. Каждый документ XML может
одержать только один корневой узел. Первый узел-потомок имеет имя узла
>Jame и значение узла Kelly Makar. Слово Gender в каждом узле-потомке
имеет войство. Свойства являются необязательными, и каждый узел может
иметь не-жраниченное количество свойств. Вы будете обычно использовать
свойства для сранения небольших кусков информации, которая не должна
отображаться ia экране (например, идентификационный номер пользователя).
XML-документ
Корневой узел
<MyFriends>
<Naine Gender="female">Kelly Makar</Name> <Name Gender-"male">Mike
Grundvig</Name> <Name Gender="male">Free Makar</Name> </MyFriends>
-Узлы-потомки
Как вы можете видеть в этом примере, теги (которые мы выдумали и
определили) дают значение кускам показанной информации (Makar, Mike,
Grundvig и Free Makar). В этом причина, почему язык XML так полезен.
Следующий документ XML показывает более сложное использование XML:
<AddressBook>
<Person>
<Name>Kelly Makar</Narfie>
<Street>121 Baker Street</Street>
<City>So'me City</City>
<State>North Carolina</State>
</Person>
<Person>
<Name>Tripp Carter</Name>
<Street>777 Another Street</Street>
Приложение D. Основы XML во Flash
545
<City>Elizabeth City</City>
<State>North Carolina</State>
</Person>
</AddressBook>
Этот пример показывает, как данные в адресной книге могли бы быть
отформатированы в XML. Если в адресной книге имеется 600 человек, узел
Person появлялся бы 600 раз с одинаковой структурой.
Так как же вы в действительности создаете ваши собственные узлы и
структуры? Как цель назначения (Active Server Page [ASPJ, сокет и т. д.)
узнает, как отформатирован документ? И как она узнает, что делать с
каждой частью информации? Простой ответ состоит в том, что цель по
природе не имеет понятия, что делать с той информацией, которую вы
посылаете; вы (или кто-то другой) должны также программировать скрипт
назначения или сервер сокета для понимания данных. Таким образом, если мы
создали адресную книгу во Flash и хотим, чтобы ее информация была
сохранена в базе данных, мы могли бы послать XML-форматированную версию
этих данных в ASP (или другой скриптовой странице по выбору). Эта
страница затем разобрала бы эту информацию и вставила ее в
соответствующие поля базы данных. Важно помнить, что ASP должен быть
разработан, чтобы иметь возможность работать с данными таким способом.
Поскольку XML обычно используется для передачи информации, а не для ее
хранения, данные адресной книги хранились бы в форме, отличной от XML.
Когда необходимо, эта информация могла бы быть извлечена из базы данных,
отформатирована в XML скриптовой страницей, и послана во Flash-или любое
другое приложение, которое требовало ее.
Это говорит о том, что вы можете иногда использовать текстовые файлы,
которые содержат XML-форматированную информацию - например, статический
XML файл для хранения информации о том какие страницы ASP должны быть
вызваны, или к какому порту и IP подключаться при попытке соединения с
сервером сокета.
В качестве краткого резюме, XML может быть:
• послан скрипту на стороне сервера,
• послан серверу сокета;
• сохранен в текстовый файл (который вы можете загрузить во Flash в
любое время);
• сохранен в базе данных и возвращен по запросу к ней скриптом на
стороне сервера.
18-234
Приложения
XML Document
<AddressBook>
<Perscm>
<Name>Kelly Makar</Name>
<Street>121 Baker Street</Street> <City>Some City</City>
<State>North Carolina</State> </Person>
<Person>
<Name>Tripp Carter</Name> <Street>777 Another Street</Street>
<City>Elizabeth City</City> <State>North Carolina</State> </Person>
</AddressBook>
<asp>
i
ID Name Street City State *
f 1 I Kelly Makar 121 Baker street Some City North Carolina |
2 Tripp Carter 777 Another Street | Elizabeth City North
Carolina f
перь, когда вы знаете основы структуры XML, ниже приводятся некоторые
1в ил а, которым вам нужно следовать, когда вы начинаете его
использовать.
• Не начинать имена узлов с букв XML; многие интерпретаторы XML
прекращают работу, когда встречают это. Например, <myXML> является
допустимым, но <XMLdoc> будет ошибкой.
• Правильно завершайте каждый узел, например вы могли бы завершать
Предыдущая << 1 .. 180 181 182 183 184 185 < 186 > 187 188 189 190 191 192 .. 210 >> Следующая