XML spørgsmål

XML bruges for det meste til at overføre data fra en platform til en anden.
Det kunne være at den ene var en... uhm Mac og den anden en Windows.

Hmmm....ja, men jeg har lidt svært ved at se XML i web-sammenhænge......(og jeg er godt nok ved at være frustreret over at jeg ikke kan se hvad det kan bruges til......f.eks......hvis man ønsker at opdatere data i et XML dokument, f.eks. en bruger kan ændre sine oplysninger på en webside, i en formular......hvordan gemmes disse data i XML dokumentet?!?!??!) :(

Vi bruger meget XML på Download.dk. Fordelen for os er at vi modtager XMLen fra et andet site, og vi derfor ikke skal bekymre os om indholdet, da det er leverandøren der skal sikre at det er der.

Det vil være lidt dumt kun at gemme sine data i en XML fil, men bruger derfor oftest feks ASP og en database til at generere XMLen.
Dvs at der ikke går noget ind i XMLen men kun ud fra den.

Det er ikke noen grunn til å bruke XML hvis du ikke ser fordelen med det. Så simpelt kan det egentlig sier.

XML brukes som selvbeskrivende datatransmitter, som getalife skriver, for utveksling av informasjoner over ulike plattformer. Store virksomheter som syndikerer sitt innhold til andre virksomheter benytter ofte XML til dette.

Det er utrolig få som benytter XML som filformat for sitt innhold på web (istedenfor .htm(l), .asp eller .jsp). Grunnen til dette er at det ikke er full understøttelse av XML i de eksisterende browsere, bortsett fra IE.

Oppdateringer til XML filer foregår via DOM programmering. Et XML dokument leses inn som et "Document Object Model" (DOM) tre og her kan man via relativ enkel koding manipulere dokumentet.

Kikk litt på http://www.w3schools.com/xml/default.asp for å finne noen av fordelene med XML, sånn rent generelt. Men hvis du ikke har behov for det, eller forstår hva du skal bruke det til...hvorfor så bruke det ?

/nute

aaaahhhh.......I see..........så data gemmes i en database når brugeren indtaster noget og når disse data senere så skal "distribueres", så genererer I et XML dokument for at undgå kompatibilitetsproblemer? Ok, SÅ kan jeg jo GODT se at man kan bruge XML til noget fornuftigt.....tak for forklaringen...det sætter jo XML i et lidt andet lys end jeg hidtil havde set det.

getalife >> hvis man allikevel bruker XML som output fra databasen...hvorfor så gå en tur til dattabasen for å generere XML for så å formattere det ? Det er jo rimelig tåpelig. Det er *ikke* dumt å lagre sine data i XML hvis man allivel bruker XML...

nute: det virkede bare som om XML var løsningen på ALT!

nute >> Selvom man ikke har behov for ting, så kan man vel godt lære dem? :o)

Hvis man f.eks. kigger på de koder MS Access 2000 spytter ud, når man gemmer f.eks. en tabel i .htm format, så er der jo en HEL del XML koder i, men hvis man "parser" (eller hvad det nu hedder i XML'sk) et sådant dokument, får man beskeden at det ikke er "ren" XML! Hvorfor?

getalife >> tja...så hvorfor ikke lære seg .NET (og spesielt ADO.NET) som genererer XML (både SOAP og ren XML) automatisk ved kun 3 linjer kode ???

Det er jo heller ikke noe poeng å lære seg en måte å løse tingene på som er helt hen i været...

puppetmaster >> neida...xml er ikke løsningen på alt. Ikke før XML er fullt understøttet av alle browsere...

puppetmaster >> XML og HTML skal ikke sammenlignes. Les den tutorial som jeg har sendt link til. Der står det meste om XML forklart...

nute >> Det vil jeg nu ikke give dig ret i.
Det kommer an på hvad man ellers bruger databasen til.

Man skal starte et sted.

nute: jeg er godt klar over at XML og HTML ikke umiddelbart kan sammenlignes......men det jeg mente var, at hvis man bruger Access til f.eks. at eksportere data i XML format, gemmes de jo først og fremmest med de "tags" som Microsoft har valgt, men vigtigst, der gemmes også en del koder som som ikke er "XML relevante"

getalife >> *hva* vil du ikke gi meg rett i ?

puppetmaster >> jeg må innrømme at jeg ikke vet hva Access spytter ut av XML kode. Jeg arbeider til daglig med større database servere (Oracle og SQL Server) og disse genererer XML i formatet

<kolonne1>
  verdi
</kolonne1>
<kolonne2>
  verdi
</kolonne2>

noe jeg mener at Access også burde ha gjort, men som sagt...jeg kjenner ikke til Access så godt.

/nute

undskyld, det var naturligvis en DAP jeg mente...

DAP ??

Opsummering:

XML = Format til at beskrive data ud fra brugs egenskaber i stedet for visuelle egenskaber (forskellen mellem html og xml i en nødeskal).

Fordele:
Open source. læsbar for mennesker uden stor it kundskab eller programmer (text format). Platform uafhængig. fornuftigt fildatabase for dem der ikke har råd (vil betale) til en større RDB eller reel XML DB, især i forbindelse med mindre webprojekter. Kan bruges til at beskrive nye mark-up sprog (eks. XHTML, SVG, MathML og lign.) der så alle får samme grundbase uden kompleksiteten ved SGML (Standard Generalized Markup Language).

Ulemper:
Fylder en del mere end andre lageringsformer. Ikke optimal understøttelse rundt omkring endnu, men det kommer.

Håber det gav lidt ekstra :-)

Af interessante XML links kan nævnes:

http://www.topxml.com
http://www.developersdex.com/xml/
http://www.xml.org

God fornøjelse
Med Venlig Hilsen
Oscar Eg Gensmann

ja, en Data Access Page indeholder en del XML kode som vist beskriver hvorfra data skal hentes og hvordan de skal præsenteres

Det gjorde det, oscar.

Sagen er også den, at jeg har svært ved at se hvordan man kan lave "all purpose" programmer der kan generere XML, altså, hvordan et program skal kunne føre lige præcis DINE XML tags ud i (erhvervs)livet.
Kan .NET klare dette?

hvis vi nå snakker om autogenerert XML (fra database), så leverer database servere XML med kolonnenavn som tagnavn (om dette gjøres igjennom .NET eller Java er likegyldig).

Den eneste måte du kan forsikre deg at *dine* XML tags blir sendt ut, skal du enten skrive en XML transformasjons maskin for din database, eller så skal du navngi dine kolonner i db'en fornuftig.

/nute

Puha, det lyder tungt!

<ole>
Formålet med XML er, at skille data fra visning. Man kan således udveksle data med andre, uden disse andre bliver belemret med ens visuelle-data.
Ligeledes kan man ændre design og stadig anvende de samme data - blot ændre visnings-dokumenterne. Alt dette uden at skulle trække vod i langsomme databaser - ikke mindst Access  :oP

Der er for mig ingen tvivl om, det er den vej, det vil gå - altså væk fra alm. HTML.
MS har endvidere lavet scriptlets og senest DHTML-behaviors, der kan indeholde script-delen af et dokument, hvorved det bliver betydelig lettere at skifte/ændre de enkelte script-dele.

Alt i alt er trend'en: data for sig, scripts for sig og visning for sig. Det er nu ikke helt så tosset en idé.
At opfatte XML som en DB er derimod en fundamental misforståelse af konceptet.

International nyhedsdistribution forgår i øvrigt udelukkende via XML-formaterede data.
/mvh
</bole>

olebole >> :-D ... så det er liv i deg ?? godt å se :-)

<snip>
At opfatte XML som en DB er derimod en fundamental misforståelse af konceptet
</snip>

true...men XML supplert med en database kan vise seg å være rimelig power i

/nute

Hvorfor F..... spørger du, om der er liv i mig, når du i næste sætning afliver et godt skænderi...?!?!?!?  :oD
Ja, der er liv i mig Knut .... rart at se dig også  ;o)
Og så er vi helt enige. Der er blot mange, der opfatter et XML-doku, som en selvstændig DB - og _det_ er en fundamental misforståelse. Derimod er XML genialt sammen med rigtige databaser, DHTML-behaviors, VML, data-udveksling over HTTP og en hel bunke andre ting. Men det behøver jeg jo ikke at belære dig om  ;o))
/mvh

Ok, lukker spørgsmålet.