|
|||||||||||
Efter HTML kommer XML. Her er en hurtig og let definition på hvad det er, og hvorfor det er værd at beskæftige sig med.
I HTML har mærkerne som regel noget med udseendet af dokumentet at gøre. Ord mellem <b> og </b> bliver skrevet med fed.
I XML kan man lave sine egne mærker, og proppe data imellem.
XML kan, som HTML, læses med en almindelig browser og et almindeligt tekstredigeringsprogram.
Men det nyttige er, at folk på den anden side af kloden kan hive forfatternavn og artikeltitel ud af Vertikal uden at anstrenge sig det mindste.
Man kan også lægge XML i egne dokumenter. Ser du på dem med din browser, ser de kedelige ud. Men vælger du vis kilde i browseren, ser de straks pænere ud. Prøv med denne cd-samling (åbn den i et nyt vindue med et højreklik).
"Åh nej," siger du måske. "XML er måske nok fedt, fordi programmer kan læse det. Men det ser jo ud af helvedes til. Så skal jeg både lave en HTML-version... Og så skrive det hele XML-formateret igen."
Ikke nødvendigvis. Man kan lave en formateringsfil, der bestemmer hvordan XML-filen skal præsentere sig i en vanlig browser. Tilsætter man denne formaterings-fil til ovenstående cd-katalog, får man noget der både er læsbart for maskiner og mennesker. Prøv selv at se.
Men her er tre gode grunde til at holde sig fra at bruge denne formateringsmetode kaldet CSS:
|
 Der er ikke så meget, vi kan bruge XML til på vertikal.dk. Men her er nogle eksempler:
Vertikal.dk drejer sig i væsentlig grad om at give mennesker læselig tekst og billeder. Til det brug er HTML meget velegnet. Var vi Danmarks Statistik eller en stor butik á la Home eller DPReview ville det være sjovere at kaste XML-dokumenter pÃ¥ vores server som folk kunne skrabe fra, sortere i og bruge pÃ¥ deres egne sider. Reglen er: Jo flere data og jo mere attraktive de er, jo større grund er der til at bruge XML. Hvis der kun er fem produkter, er der næppe nogen, der gider downloade din XML-datafil og lave magi med den. Mejetærskere, artikler og beskrivelser af rengøringstjenester kan heller ikke hamle op med "alle data om alle digitalkameraer i hele verden" eller "billeddatabase med 10.000 billeder", nÃ¥r det drejer sig om at tiltrække brugere af ens XML-formaterede data. Og mere skal der ikke siges om XML som dataudvekslingsformat idag. XML som dataopbevaringsformat Henne hos Open Office er de ved at besvime af lykke over XML. At gemme sine dokumenter som XML betyder kort sagt at de kan holde længere og bruges i flere sammenhænge. XML er mere fremtidssikret og snakker bedre sammen med databaser end Word-dokumenter, tekstdokumenter eller hvad man eller kan finde pÃ¥. Men XML er dokumenter. Data hører ikke til i dokumenter. Data hører til i databaser. Fra databaser kan man sÃ¥ sætte tekster, billeder, mÃ¥ledata og lyde sammen til HTML, PDF- eller XML-dokumenter alt efter behov. Databaser kan dog være lidt tunge at danse med. Det er ikke alle, der kan sætte en databaseserver op eller designe en database, der passer til deres opgave. Det er ikke alle, der kan finde programmer (eller lave websider), der kan sætte mennesker i stand til at fylde databasen med data. Derimod kan alle finde ud af at bruge et XML-redigeringsprogram til at skrive strukturerede data ind med. Det er ogsÃ¥ meget let og intuitivt at klistre alle filer sammen til én stor fil og sÃ¥ sidde og trække data ud fra den centralt - f. eks. med programmet Quip. Skulle man endelig begynde at savne en SQL-database er vejen fra XML til SQL ikke sÃ¥ stenet. Med lidt eksperthjælp er det ikke umuligt at fylde XML-data pÃ¥ SQL-databaser. Er XML sÃ¥ kommaseparerede filer overlegne som første inddateringsformat? Ja. Det er lettere at enes om strukturen af et XML-dokument og sÃ¥ hælde data i det. Er XML-redigeringssoftware sÃ¥ ogsÃ¥ bedre at hælde data i end Excel? Hvis man ikke har Exel, er det billigere med XML. Har man Excel er det forholdsvis enkelt at puste data fra Excel til Access. Laver du dokumenter, er XML det eneste fornuftige valg. Skal du indskrive eller opbevare data kan det være nyttigt. Men kræver du avancerede dataudtræk er relationelle databaser, SQL-databaser, at foretrække. SQL er med sine 25 Ã¥r moden teknologi og værktøjerne er kraftfulde. XML træder stadig sine barnesko. Hvad bruger I selv? Vi bruger ikke XML. Vi har sat en webserver (Apache) op, sat en databaseserver (MySQL) op, designet databasen (med værktøjet PHP/MyAdmin), og lavet et skræddersyet webinterface (med scriptsproget PHP)til at hælde data i databasen. Det har taget hundredevis af timer og krævet ekspertise! Til gengæld kan vi proppe data i den centrale database via enhver browser pÃ¥ en Internet-forbunden maskine. Og vi kan trække dem ud pÃ¥ meget avancerede mÃ¥der. Se f. eks. Alle vore værktøjer er solide, resultatet af mange udviklingsÃ¥r, afprøvede og gratis. Havde vi ikke været kræsne, kunne vi have downloadet et gratis publiceringssystem og været i gang pÃ¥ 5-6 timer. Jeg har sommeren 2002 endnu ikke set en dansk XML-succeshistorie. Men jeg kan forestille mig, at XML er udmærket i rollen som kommasepareret fil pÃ¥ syre. Til enkle opgaver. Der findes et Dansk XML-forum. Efter at have fulgt 20 links fandt jeg én (1) demo, der angiveligt skulle vise XMLs nytte. Demoen viser, at man kan lave en printervenlig udgave ved at ændre pÃ¥ formateringen af sidens data. Det er hverken unikt eller fantastisk eller et argument for at bruge XML. Det kan alle databasebaserede publiceringssystemer. XML (og SOAP og .Net og Java og...) ser i høj grad ud til at bruges 90% til blændværk og stillen af nørdnysgerrighed og 10% til at lave løsninger, der rent faktisk er hurtigere at udvikle, mere stabile, mere skalérbare og billigere for kunden end en SQL-databasebaseret løsning. XML er nyttig nÃ¥r den bruges som erstatning for skærmskrabning, altsÃ¥ deling af data med folk man ikke vil have til at sidde og lege direkte med ens database. Det er vist ogsÃ¥ hvad Software AG siger pÃ¥ en indviklet mÃ¥de.
|
|
|
|
Anbefaling XML er værd at beskæftige sig med. Download et værktøj. Prøv det af. Find nogen at tale med om det. Men husk at det er umoden teknologi. Har du konkrete opgaver, hjælper vi gerne. Har vi på Vertikal noget data/indhold, du gerne vil have leveret i XML, så skriv. |
|
Læs mere om HTML hvad hulen er publiceringssystem SQL webudvikling Weblogs om: HTML hvad hulen er publiceringssystem SQL webudvikling |
Print denne side Anbefal denne side © 2001-2012 Vertikal.dk Kenny Drews Vej 31, DK-2450 København SV, Denmark Steven Snedker ss@vertikal.dk (55767603/51841548) og Martin Jørgensen martin@vertikal.dk (20666701) Klik her for at gÃ¥ til webbaseret kontaktformular ...om privatlivets fred  |