» Як створити XML документ?
Если вам нужна mosavit acquaris , вы сможете ее легко заказать по телефону.Для створення XML документа в найпростішому випадку вам не знадобиться нічого крім звичайного текстового редактора (на думку багатьох Web-дизайнерів, кращий інструмент для створення Web-сторінок). От приклад невеликого XML-документа, використовуваного замість звичайної записної книжки:
<?xml version=”1.0″ encoding=”koi-8″?>
<notepad>
<note id=”1″ date=”12/04/99″ time=”13:40″>
<subject>Важлива ділова зустріч</subject>
<importance/>
<text>
Треба зустрітися з <person id=”1625″>Іваном Івановичем</person>,
попередньо подзвонивши йому по телефоні <tel>123-12-12</tel>
</text>
</note>
…
<note id=”2″ date=”12/04/99″ time=”13:58″>
<subject>Подзвонити додому</subject>
<text>
<tel>124-13-13</tel>
</text>
</note>
</notepad>
При створенні власної мови розмітки ви можете придумувати будь-які назви елементів, (майже будь-які, тому що список припустимих символів обмежений і наведений у специфікації XML), що відповідають контексту їхнього використання. У нашому прикладі наведений лише один із численних спосіб створення структури щоденника. У цьому й полягає гнучкість і розширюваність XML-похідних мов - вони створюються розроблювачем “на лету”, відповідно до його подань про структуру документа, і можуть потім використатися універсальними програмами перегляду нарівні з будь-якими іншими XML-похідними мовами, тому що вся необхідна для синтаксичного аналізу інформація укладена усередині документа.
Створюючи новий формат, необхідно враховувати той факт, що документів, “написаних на XML”, не може бути в принципі - у кожному разі автори документа для його розмітки використають заснований на стандарті XML (т.зв. XML-похідний) мова, але не сам XML. Тому при збереженні створеного файлу можна вибрати для нього якесь підходящій назві розширення (наприклад, noteML).
XML може використатися вами для створення документів якогось певного типу й структурою, необхідної для конкретного додатка. Однак якщо сфера застосування мови виявляється досить широкої й він починає становити інтерес для великої кількості розроблювачів, те його специфікація цілком може бути представлена на розгляд в W3C і після узгодження всіма зацікавленими сторонами, затверджена консорціумом як офіційна рекомендація.
Треба помітити, що процес появи нової специфікації дуже тривалий і складний. Любою документ, пропонований W3C, перш ніж стати стандартом проходить кілька етапів. Спочатку побажання й рекомендації, що надходять від різних компаній, що беруть участь у його розробці, оформляються у вигляді прийнятого до відома зауваження (Note), своєрідного протоколу про наміри. Інформація, викладена в таких документах призначена тільки для обговорення членами консорціуму й ніхто не дає гарантії того, що ці зауваження потім стануть рекомендацією.
Наступним етапом просування документа є робочий варіант специфікації, що становить і змінює надалі спеціально створена робоча група (Working Group), до складу якої входять представники компаній, що зацікавилися ідеєю. Всі зміни, внесені в цей документ обов’язково публікуються на сервері консорціуму www.w3.org і доти, поки робітник варіант не стане рекомендацією, він може служити для розроблювачів лише “дороговказною зіркою”, з якої компанія може звіряти свої плани, але не повинна використати при розробці ПО.
У тому випадку, якщо сторони домовилися по всіх основних питаннях й істотних змінах у документ більше вноситься, робочий варіант стає Запропонованою Рекомендацією й після голосування членами робочої групи може стати вже Офіційної Рекомендацій W3C, що по статусі відповідає стандарту в WWW.