Podívejme se na technologii použití XML k přenosu dat na server.

Již jsme se podívali na 2 způsoby přenosu dat na server: prostý text s oddělovačem a JSON. Ale mají nevýhody:

• Nedostatek datových typů. JSON má pouze řetězec, číslo, null, boolean. Tito. omezený soubor dat.
• Je obtížné kontrolovat integritu přenášených dat.
• Obtížná vizualizace dat, např. složité objekty se obtížně zobrazují například ve formě html kódu.
• Náročné na transformaci dat, tzn. Je obtížné transformovat vlastnosti jednoho objektu na vlastnosti jiného objektu.

Nyní se pojďme věnovat XML jako metodě přenosu dat. XML(eXtensible Markup Language) je značkovací jazyk určený k popisu, ukládání a přenosu strukturovaných dat. XML se dnes používá všude.

Existuje mnoho technologií založených na XML: DOM (programová interakce s daty), XLink (ukazatele a odkazy), XPath (popis a výběr prvků), XSL, XSLT (transformace XML dokumentů).

Analýza balíčku XML vypadá takto:

Zde ani nemusíte provádět serializaci a deserializaci. To provádí samotný objekt. Jakmile server odešle XML data, jsou již v parsované formě (responseXML - model dokumentu DOM). Přečtěte si více o technologii DOM v předchozích článcích na webu.

Někdy je pro ladění potřeba serializovat a deserializovat data XML (pro přenos dat na server se to děje automaticky, nemusíte to dělat ručně). Pojďme serializovat do řetězce:

var str = serializátor. serializeToString(dom);

Pro IE je pracovní kód kratší, protože má již vestavěný objekt pro serializaci, zatímco v jiných prohlížečích se objekt XMLSerializer pro serializaci pouze objevuje.

alert(title. firstChild. nodeValue);

XML je také aktivně využíváno nejen pro reprezentaci dat, ale také pro výměnu dat v serverově orientované architektuře. Jedná se o přístup, ve kterém představujeme komplexní aplikaci nikoli jako klasickou klient-server aplikaci, ale jako soubor služeb, z nichž každá zodpovídá za své vlastní úkoly. A každá služba má vstupní body (interakční body). Není zde žádný jasný klient, protože... jedna služba může být klientem jiné služby. Ukázalo se, že jde o distribuovanou technologii. Existuje několik přístupů k budování takových technologií - vzdálené volání procedur, SOAP.

Aby mohly služby různých klientů komunikovat, musí mluvit stejným jazykem (nezáleží na tom, jaký operační systém služba má). A takový jazyk byl vyvinut a nazván RPC.

XML-RPC protokol

RPC(Remote Procedure Call) - vzdálené volání procedury. Jedná se o protokol pro interakci mezi dvěma vzdálenými body. Umožňuje bodu „a“ volat funkci na vzdáleném bodu „b“.

Existuje několik implementací protokolu RPC. Podívejme se na implementaci založenou na XML.

Klient a server si v podstatě jednoduše vyměňují nějaké fragmenty XML.

XML-RPC poskytuje následující datové typy:

• booleovský.
• celé číslo.
• dvojnásobek.
• řetězec.
• datum/čas.
• základ 64.
• pole.
• strukturovat.
• null.

Tito. Při předávání určitého datového typu musíte deklarovat, o jaký datový typ jde. Struktura je podobná objektu JSON.

Konverze XML dat

Pro transformaci dat přijatých ze serveru ve formě XML se používá XSLT.

XSLT(eXtendable Stylesheet Language Transformation) je technologie, která vám pomáhá přijímat XML jako vstup a tvořit cokoli chcete jako výstup.

Převod XSLT na javaScript - IE

//samotná transformace

Standardizace v podstatě umožňuje vzájemnou interakci různých objektů – baterky a baterií, Macromedia Flash a herního serveru pro více hráčů atd. Také na World Wide Web, kde se každou sekundu přesouvá obrovské množství dat, je nesmírně důležité standardizovat způsob výměny dat mezi systémy. Výkonný a snadno použitelný XML se rychle stává široce přijímaným standardem.

V tomto tutoriálu vás seznámíme se základy formátu XML a ukážeme vám, jak můžete používat objekty XML a XMLSocket ve Flashi. Na konci lekce se naučíte, jak organizovat Flash „komunikaci“ se stránkami ASP pro registraci uživatelských přihlášení; Vytvoříme také jednoduchý chat, který funguje v reálném čase pomocí socket serveru.

Co se bude studovat

V této lekci:

• XML formát
• Odesílání XML dat na server a jejich stahování ze serveru
• Vytvoření nového objektu XML
• Použití metod objektů XML, vlastností a událostí
• Navázání připojení k soketovému serveru pomocí Flash

Jednoduchá chatovací aplikace, kterou naprogramujeme v tomto tutoriálu, bude používat připojení soketu XML.

dodací lhůta

Tato lekce trvá přibližně hodinu a půl.

Soubory lekcí

Mediální soubory:

Spustit soubory:

Lesson12/Assets/LoginRegister1.fla Lesson12/Assets/Chat1.fla

Dokončené projekty:

LoginRegister2.fla Chat2.fla

základy xml

Přestože název XML neboli eXtensible Markup Language zní poněkud tajemně, není těžké tento jazyk pochopit a zvládnout. XML je v podstatě způsob formátování a strukturování informací, které přijímající aplikace mohou interpretovat a používat. Ve skutečnosti máme všichni, možná aniž bychom to věděli, rozsáhlé zkušenosti se strukturováním a organizováním informací. Vezměme si tento příklad.

Když chcete napsat dopis příteli, musíte strukturovat své myšlenky (informace) ve formátu, který váš přítel rozpozná. Takže začnete psát slova na kus papíru, počínaje levým horním rohem a rozdělovat své myšlenky do odstavců, vět a slov. Samozřejmě byste mohli psát ne zleva doprava, ale nějak v kruhu, nebo se dokonce pokusit zprostředkovat své myšlenky obrázky, ale tato metoda s největší pravděpodobností jen zmátne vašeho přítele. A napsáním dopisu ve formátu, který váš přítel zná, si můžete být jisti, že vaše zpráva bude pochopena - to znamená, že přenos vašich myšlenek (dat, informací) k příjemci dopisu bude úspěšný.

XML je určeno na to samé – je to formát pro přenos informací. Pokud například chcete odeslat data z Flash na webový server ke zpracování, musíte tato data nejprve prezentovat ve formátu XML. Server pak může tato data správně interpretovat a používat. Bez toho by server, který obdržel několik dat, nevěděl, co dělat s první částí, co s druhou a jaký vztah má první část ke druhé. Díky XML dostávají tyto nesourodé části dat význam a server pochopí, jak s nimi pracovat.

XML, stejně jako HTML, používá v syntaxi značky, atributy a hodnoty, ale tím podobnosti končí. Zatímco HTML používá předdefinované značky (jako je tělo, hlava nebo html), v XML si uživatel vytváří vlastní, místo aby si vybíral předdefinované názvy z knihovny. Podívejme se nejprve na tento jednoduchý dokument XML:

Kelly Makarová Mike Grundvig Makar zdarma

Každá značka XML se nazývá uzel ( uzel), sbírka dat ve formátu XML se nazývá dokument XML. Náš vzorový dokument má kořenový uzel MyFriends a tři podřízené uzly. Každý dokument XML může obsahovat pouze jeden kořenový uzel. První z podřízených uzlů má název uzlu Name a hodnotu uzlu Kelly Makar. Slovo Gender v každém z podřízených uzlů je atribut. Atributy jsou volitelné; Každý uzel může mít neomezený počet atributů. Atributy se obvykle používají k tomu, aby obsahovaly malé části informací, které není třeba zobrazovat na obrazovce (například ID uživatele).

Jak můžete vidět na tomto příkladu, tagy (které jsme sami vytvořili a popsali) dávají význam částem informací (Kelly Makar, Mike Grundvig a Free Makar).

Následující dokument XML je složitějším příkladem strukturování.

Kelly Makarová Baker Street 121 Nějaké město Severní Karolína Tripp Carter 777 Další ulice Elizabeth City Severní Karolína

Tento příklad ukazuje, jak mohou vypadat data adresáře ve formátu XML. Pokud bychom měli v adresáři 600 lidí, uzel Osoba by se opakoval 600krát se stejnou strukturou.

Jak byste měli vytvořit své vlastní uzly, svou vlastní strukturu? Jak objekt příjemce (stránka ASP, soket atd.) rozpozná formátování dokumentu? Odpověď je jednoduchá – prostředky k tomu musí být zabudovány do objektu příjemce. Pokud jsme například vytvořili adresář ve Flashi a chceme vložit informace, které obsahuje, do databáze, měli bychom poslat XML verzi naší knihy na stránku ASP (nebo jinou stránku skriptu), která dokáže analyzovat informace a umístit data v databázích příslušných polí. Musíte pochopit, že tento skript stránky ASP musí být navržen předem, aby správně zpracovával data. XML je vhodnější pro přenos informací než pro jejich ukládání; Proto je pohodlnější ukládat data našeho adresáře do databázových záznamů než ve formě XML dokumentu. V případě potřeby lze informace extrahovat z databáze a převést do formátu pomocí speciálního skriptu

[V poslední době v souvislosti se vznikem těchto stránek nejfrekventovanější
Otázka pro mě dopadla takto: „Řekni mi, proč je to vůbec potřeba, XML?
Nestačí nám HTML? „Nemám moc času (ani mysli;) na přípravu vlastních publikací a také hluboce respektuji klasiku, raději jsem rychle přeložil vynikající článek na titulní
- možná je to první epizoda seriálu "na pomoc"]

Jon Bosak, Tim Bray
XML a web druhé generace
z Scientific American, květen 1999

Dejte lidem pár tipů a na zbytek přijdou sami. Při pohledu na stránku, kde jsou větší bloky textu rozděleny na menší, každému rychle dojde, že je to začátek článku. Při pohledu na seznam potravin rychle uhodnete, že se jedná o „pokyny“ k návštěvě obchodu. Když vidíte sloupce čísel, chápete, že se jedná o bankovní účet.

Právě pro tento účel - aby se informace samy popisovaly - byl vynalezen nový značkovací jazyk dokumentů - Extensible Markup Language (XML). Tyto snadno vyslovitelné změny („samopopsaný“ dokument, změna pravidel komunikace s počítači) s sebou nesou obrovský potenciál – role internetu z média pro doručování informací se začíná rozšiřovat i na další typy lidské činnosti. Od svého schválení W3C v roce 1998 totiž specifikace XML začala pronikat všude jako blesk – do průmyslu a vědy, do výroby zboží a medicíny.

Nadšenci doufali, že XML poskytne příležitost k vyřešení řady globálních problémů webu. Tyto problémy jsou známé: za prvé, internet, superrychlá síť, se často chová hůř než želva; a zadruhé, ačkoli jsou téměř všechny informace dostupné na internetu, je často neuvěřitelně obtížné tam něco potřebného najít.

Oba tyto problémy jsou způsobeny především povahou hlavního jazyka webu – HTML. A zatímco úspěch HTML oproti jiným jazykům elektronického publikování, které kdy byly navrženy, je zřejmý, HTML je příliš řídké: v podstatě pouze říká prohlížeči, jak umístit text, obrázky a tlačítka na stránku. HTML se zaměřuje na prezentaci informací, a proto je poměrně snadné se ho naučit, ale stojí to za to.

To se odráží ve složitosti vývoje webových stránek, pokud tyto stránky nemají být jako faxy, které rozesílají stránky každému, kdo se zeptá. Více než polovina lidí a společností na celém světě by dala přednost webovým stránkám, které mohou přijímat objednávky od uživatelů, posílat diagnózy nemocí a dokonce provozovat jemné instrumentální operace v továrnách a vědeckých laboratořích. Takové úkoly HTML _NIKDY_ nečelilo!.

Například, i když je váš lékař schopen „extrahovat“ testy odebrané z vaší lékařské karty do svého prohlížeče, je nepravděpodobné, že je bude moci odeslat přes síť jinému specialistovi, aby vložil přijatou odpověď zpět do svého prohlížeče. databáze. Jeho počítač neví, co dělat s informacemi, které jsou mu stejně jasné jako

včela včela

Slova výše, která jsou uzavřena v lomených závorkách, se nazývají tagy. V HTML neexistuje žádná značka pro analýzu, a proto má další nevýhodu: nepružnost. Přidání nového tagu do jazyka je natolik byrokratická byrokratická zátěž, že to trvá tak dlouho, že se s tím nikdo nebude trápit. Ale bylo by hezké, aby každý program měl své vlastní značky, nejen ten v příkladu s doktorem.

To do značné míry vysvětluje současné pomalé tempo tvorby internetových obchodů, zásilkových katalogů a dalších interaktivních stránek. Pokud změníte počet objednávkových jednotek a způsob dopravy a uvidíte, že v poli „částka“ se změnilo několik čísel, stále budete muset požádat vzdálený (již přetížený) server, aby vám poslal zpět kompletní nově vygenerovanou stránku s grafika a vše ostatní. Zatímco váš vlastní výkonný počítač bude nečinně sedět, protože se právě naučil něco jako

A , ale ne ceny s možnostmi doručení.

Přidejte k tomu špatnou kvalitu možností vyhledávání na webu. Vzhledem k tomu, že neexistuje způsob, jak konkrétně označit informace o ceně, je absolutně nemožné vyhledávat na webu stránky podle „ceny“.

Něco starého, něco nového

Řešení je v zásadě jednoduché: tagy musí označovat, o jaký druh informace se jedná, a ne jak by měla vypadat. Označte například součásti objednávky košile štítky „cena, velikost, množství, barva“ spíše než „tučné, odstavec, řádek, sloupec“, jak navrhuje HTML. Pak je pro program snazší identifikovat doklad jako objednávku a provést zbytek práce: zobrazit tuto objednávku v té či oné podobě, vložit ji do účetního systému nebo zajistit, aby byla nová košile doručena až k vašim dveřím. další den.

My, pracovní skupina W3C, jsme začali takový projekt vyvíjet již v roce 1996. Nápad to byl silný, i když ne zcela originální. Po generace označovali redaktoři a tiskaři ručně psané texty sazeči. Tento „značkovací jazyk“ se vyvíjel samostatně až do roku 1986, kdy jako výsledek desetileté práce zavedla Mezinárodní organizace pro standardizaci (ISO) systém pro vytváření nových značkovacích jazyků.

Tento jazyk pro popis jazyka – metajazyk – se nazývá SGML (Standard Generalized Markup Language) a prokázal svou užitečnost v mnoha velkých publikačních systémech. A dokonce i HTML dostalo svou definici prostřednictvím SGML. Jediným problémem SGML bylo, že byl všežravý - bylo tam mnoho chytrých věcí, jak minimalizovat úhozy, protože v té době se počítal každý bajt. Proto s ním dnes webové prohlížeče nefungují dobře.

Vytvořením XML naše pracovní skupina zbavila SGML jeho slupek a navrhla vysoce cílený a stravitelný metajazyk. Základ XML je soubor pravidel, podle kterých si každý může vytvořit svůj vlastní značkovací jazyk.

<имя пациента>Tato pravidla jsou zvolena tak, aby si jeden malý program (nazývaný také analyzátor nebo syntaktický analyzátor) dokázal poradit s rozpoznáním jakéhokoli nového jazyka. Podívejme se znovu na příklad lékaře, který by chtěl testy předat specialistovi. Pokud by lékařští profesionálové sestavili svůj vlastní značkovací jazyk z XML pro kódování lékařských poznámek (řada skupin na tomto problému pracovala dlouhou dobu), pak by zpráva lékaře pro svého kolegu mohla obsahovat něco jako
<аллергия на лекарство>bla bla

bla bla bla

V tomto nastavení již není těžké napsat program pro libovolný počítač tak, aby dokázal rozpoznat tyto standardizované lékařské záznamy a mohl tyto doslova životně důležité informace zadávat do své databáze.

Stejně jako HTML bylo navrženo tak, aby umožnilo komukoli číst internetové dokumenty, XML nám poskytuje esperanto, které může číst a psát kdokoli, a to i přes babel nekompatibilních platforem. Ano, i z pohledu běžného člověka má XML větší sémantickou zátěž (na rozdíl od jiných datových formátů), protože v něm není nic, co by vypadalo jako nečitelný text.

Pravidlo vnoření automaticky vynucuje jednoduchost v jakémkoli dokumentu XML a vytváří strukturu známou v informatice jako strom. Podobně jako u rodokmenu je jakýkoli grafický nebo textový prvek dokumentu otec, syn nebo bratr (rodič, dítě, sourozenec) nějakého jiného prvku a tento vztah je vždy jedinečný. Stromy samozřejmě nepopisují celou škálu datových struktur, ale pokrývají většinu typických případů použití počítače. Stromy jsou navíc pro programátory mimořádně výhodné. Není problém napsat malý kousek kódu pro přeuspořádání transakcí nebo zobrazení zcela srozumitelné účtenky, když je účtenka znázorněna jako strom.

Druhým zdrojem univerzální síly XML je jeho spoléhání se na nový standard Unicode, kódovací systém, který umožňuje prolínání textu ve všech hlavních světových jazycích. Naopak, v HTML, stejně jako ve většině textových procesorů, může být dokument zpravidla pouze v jednom konkrétním jazyce, bez ohledu na to, v kterém z nich - angličtině, japonštině nebo arabštině.
A pokud program nezná kódování určitého jazyka, můžete na dokument (v HTML) zapomenout. Může to být horší: například kvůli nejednotnosti kódování programy napsané na Tchaj-wanu často neumí číst texty zaměřené na pevninskou Čínu. V případě XML, pokud s ním program umí správně pracovat, zvládne libovolnou kombinaci kódování.

XML tedy umožňuje nejen výměnu dat mezi různými počítačovými platformami, ale také umožňuje překonávat národní a kulturní bariéry.

Konec světového čekání

Pro ilustraci si představte, že byste 4. července pomocí online cestovní kanceláře našli let z Londýna do New Yorku. S největší pravděpodobností uvidíte seznam několikrát delší, než se vejde na obrazovku. Tento seznam lze zkrátit nastavením přesnějších parametrů, jako je čas odletu, cena nebo letecká společnost, ale v tomto případě jednoduše „nahrajete“ server cestovní kanceláře svým požadavkem a musíte čekat na odpověď. Pokud vám však byl tento dlouhý seznam letů poskytnut v XML, pak by jej kancelář mohla doprovázet malým Java appletem, pomocí kterého můžete okamžitě a snadno třídit a filtrovat ty nepotřebné, aniž byste se museli uchylovat k jakékoli interakci. se serverem.

Vynásobte to miliony uživatelů webu a celkový efekt je působivý.

Čím více online informací je označeno značkami XML specifickým pro dané odvětví, tím snazší bude najít to, co hledáte. Internetové hledání „práce pro obchodníka s cennými papíry“ vás dnes zavalí lavinou inzerátů, ale na práci jich bude asi jen pár – většina práce je skryta na bezplatných nástěnkách novinových webů, které hledají roboty neradi pracují s.

A nyní Newspaper Association of America vytváří svůj vlastní reklamní značkovací jazyk v XML, který slibuje, že proces vyhledávání bude mnohem efektivnější.

Informace lze samozřejmě získat i bez vyhledávání. Koneckonců, web je hypertext – miliardy stránek prošpikovaných hypertextovými odkazy – těmi podtrženými slovy, na která stačí kliknout, abyste byli přemístěni na jinou stránku. V XML je také značně vylepšen mechanismus hypertextových odkazů. Specifikace XML linking s názvem XLink, kterou W3C připravuje do konce roku, umožní uživateli vybrat si z více destinací. Jiný typ hypertextového odkazu vám umožní obdržet text nebo obrázek přímo v místě kliknutí, což umožní návštěvníkovi neopustit stránku.

Snad nejužitečnější částí XLink bude část specifikace, která autorům umožňuje uchýlit se k nepřímým odkazům, posílat místo samotných stránek do nějaké souhrnné databáze. Pokud tedy autor změnil adresu stránky, pouhou úpravou jednoho záznamu v takové databázi je snadné aktualizovat všechny odkazy vedoucí na jeho stránku. To vám umožní zbavit se stále častějších zpráv „404 File Not Found“, které označují „nefunkční“ odkaz.

Kombinace efektivnějšího zpracování, přesnějšího vyhledávání a flexibilnějšího propojení způsobí revoluci ve struktuře webu a otevře zcela nové způsoby přístupu k informacím. Pro uživatele bude tato nová síť výrazně rychlejší, výkonnější a užitečnější než dnešní síť.

Je nutná spolupráce

Samozřejmě ne všechno je tak jednoduché.

XML umožňuje každému navrhnout nový jazyk po svém, ale vytvoření dobrého jazyka je úkol, jehož obtížnost by se neměla podceňovat.

Přijít s jazykem je jen začátek: je naivní očekávat, že význam vašich značek bude ostatním lidem zřejmý, dokud neposkytnete manuál k jazyku, a že budou jasné počítačům, dokud nenapíšete programy, které budou pracovat se značkami daného jazyka. .

A takové dohody budou existovat, protože rostoucí nekompatibilita počítačových platforem má za následek zpoždění termínů, finanční ztráty a vede ke zmatkům téměř ve všech oblastech činnosti. Lidé si chtějí vyměňovat nápady a dělat věci bez ohledu na to, že každý má jiné počítače – a aby se to stalo skutečností, vzájemný rozvoj soukromých (pro různé obory činnosti) jazyků má před sebou ještě dlouhou cestu . Záplava nových zkratek končících na „ML“ však demonstruje nepopiratelně inovativního ducha, který XML přineslo do vědy, obchodu a vzdělávání.

Při vytváření nového značkovacího jazyka XML se jeho tvůrci musí shodnout na třech věcech: jaké značky tam budou, jak se mohou vnořovat do sebe a jak by měly být zpracovány. První dva body – jazykový slovník a struktura – jsou nyní kódovány pomocí DTD (Document Type Definition). Standard XML nezavazuje vývojáře jazyků, aby se uchýlili k DTD, ale většina nových jazyků bude mít zjevně popisy DTD - to usnadňuje programátorům psát programy, které tomuto označení rozumí a extrahují z něj něco smysluplného. Budeme také potřebovat sady manuálů, které popisují významy všech značek v lidské řeči. Například HTML má popis DTD, ale existují také stovky stránek známých HTML manuálů, které programátoři konzultují při vývoji prohlížečů a dalších programů pro web.

Esej o stylu

Pro uživatele je hlavní to, co program umí, a ne to, co je napsáno v jeho popisu. Obecně lidé dávají přednost tomu, aby jim programy umožňovaly vidět informace zakódované v XML v čitelné podobě. Ale v samotných značkách XML není uvedeno žádné speciální označení. jak by měla být data prezentována na obrazovce nebo tištěném listu.

Pro vydavatele, kteří chtějí „napsat jednou a publikovat všude“, je nejdůležitější „zrodit“ publikaci a poté ji „nalít“ do nesčetných typů publikací, tištěných i elektronických. XML jim v tom pomáhá: obsah je označen popisnými značkami, které jsou nezávislé na vykreslovacím prostředí. Dále může vydavatel formalizovat pravidla prezentace v podobě tzv. styly, které automaticky „stylují“ jeho práci pro různá zařízení a prostředí. Standard pro takový jazyk XML, vyvinutý pro tyto účely, se nazývá Extensible Stylesheet Language (XSL).

Nejnovější verze prohlížeče umí číst dokumenty XML, vybírat vhodné soubory stylů a používat je k třídění a formátování informací na obrazovce. Čtenář si možná ani neuvědomuje, že se zabývá spíše XML než HTML, pokud si nevšimne, že stránky s XML jsou rychlejší a snadněji použitelné.

Zrakově postižení lidé také mohou volně těžit z principů publikování dokumentů XSL, protože XSL jim umožňuje číst XML v Braillově písmu nebo hlasem. Tyto výhody platí i pro ostatní: kupříkladu obchodnímu cestujícímu, který chce surfovat na internetu z pohodlí svého auta, by asi docela vyhovovalo poslouchat stránky se zvukem.

I když jádro Sítě zpočátku tvořily vědecké a vzdělávací programy, dnešní Síť je již komerce (nebo, dalo by se říci, komerční očekávání), skladující palivo pro rychlý start. Každý si pamatuje nedávnou rezonanci způsobenou nárůstem online prodeje, ale netřeba říkat, jak rychle mezi sebou obchodníci online komunikují. Tok zboží od velkých výrobců si žádá automatizaci v síti. Jenže dnešní podnikové systémy se spoléhají na složité interakce mezi jednotlivými programy a v praxi to funguje velmi špatně, protože úspěch vyžaduje jednotnost procesů zpracování, což ještě zdaleka není dosaženo.

Po staletí lidé úspěšně podnikali výměnou standardních dokumentů: objednávek, faktur, prohlášení, účtenek atd. atd. Dokumenty fungovaly pro firmu a nikdo nevyžadoval, aby jedna zúčastněná strana znala vnitřní fungování té druhé. Jakýkoli dokument byl zobrazen přesně tak, jak měl být zobrazen příjemci informace, a nic víc. Výměna dokumentů je zřejmě také tím nejsprávnějším způsobem podnikání na webu. To ale vůbec nebyl úkol, pro který bylo HTML vytvořeno.

Naopak XML je navrženo speciálně pro účely výměny dokumentů a je jasné, že základ elektronického obchodu bude spočívat na dohodách vyjádřených miliony XML dokumentů plujících na internetu.

Web vylepšený XML by se tak měl pro své uživatele stát rychlým, přátelským a lepším místem pro podnikání. Webmasteři a webdesignéři potřebují ještě více XML. Armády programátorů budou potřebovat znalost nových jazyků XML „naplno“.

A přestože dny samovzdělaných hackerů [autoři mysleli ten nejlepší smysl tohoto slova] stále trvají, jejich populace je již nyní ohrožena.