[XML] Voordelen?

[Verwijderd]

Eerst en vooral misschien best een kleine omschrijving...

De bedoeling is dat ik een website maak waarop gemakkelijk nieuwe gegevens toegevoegd kunnen worden, oude gegevens gewijzigd kunnen worden en overbodige gegevens verwijderd kunnen worden. Het eerste wat in je opkomt is uiteraard PHP en MySQL.

Maar aangezien XML zo "hot" is de laatste tijd zou ik graag eens willen weten wat XML mij als meerwaarde kan bieden?

Bijkomend zou ik misschien ook een stand-alone programma (in Java of C++) moeten schrijven waarmee zonder browser deze site gewijzigd kan worden. Is het hier dat XML voordelen biedt? Dat ik bijvoorbeeld de gegevens uit mijn databank eerst naar een XML-bestand wegschrijf en ze daarna pas inlees via C++ of Java? En dan ook weer terug, dat ik eerst een XML-bestand genereer en dat daarna pas overzet naar mijn MySQL-databank?


Ik weet dat de omschrijving van mijn project misschien niet kristalhelder is, maar ik weet er momenteel ook nog niet het fijne van. Ik ben dus eigenlijk meer op zoek naar wat de voordelen van XML zijn in combinatie met MySQL/PHP/Java/C++.


Dank bij voorbaat voor het antwoord !

[whoami]

Ga XML niet als vervanger zien voor een DBMS, want dat is het niet.
XML is een handig bestandsformaat dat je kan gebruiken om data uit te wisselen tussen computers, om config-files mee te maken, ed, maar ga het alsjeblief niet gebruiken als vervanger voor je DB.

Als je XML wilt gaan gebruiken omdat het 'hot' is, ben je fout bezig.

[-FoX-]

Ik heb eens een korte inleiding tot XML geschreven. Het is een zeer beknopte beschrijving om uw eerste inzichten in XML te krijgen.

Je kan hem hier afhalen Inleiding tot XML

[GrimaceODespair]

XML wordt vaak gebruikt omdat het manipuleren van data er meestal vrij gemakkelijk mee gaat, onafhankelijk van welk platform je gebruikt. Er bestaan immers voor elk platform wel XML-parsers en vaak ook XSLT-processors. Veel applicaties bieden ook rechstreeks ondersteuning voor XML. Dat kunnen je argumenten zijn voor het gebruik van XML.

Wat whoami zegt is wel waar: geen XML gebruiken alleen omdat het hot is. Maar je komt er natuurlijk nooit achter waarom het zo hot is, als je er niet een beetje in geroerd hebt.

Wat jij aangeeft is echter ongebruikelijk: XML expliciet als tussenformaat opslaan. Dat maakt een systeem alleen nodeloos traag. Wat wel gebeurt is: XML als communicatieformaat. Zo kun je in MSSQL (ik weet niet zeker of dit in MySQL mogelijk is) query's als XML teruggeven. Door dit rechtstreeks aan een XSLT te koppelen, heb je al meteen een vrij harde data/layout scheiding.

[CaptBiele]

Ik ben nu met iets soortgelijks bezig. Ik gebruik MySQL op de webserver, en meerder db`s op de client. Nu gebruik ik XML als communicatie formaat. Dat werkt best lekker...
Het is inmiddels een goed geaccepteerde standaard, en je hebt ook geen gezeik met firewalls of iets dergelijks.....

[curry684]

XML is gewoon een uniform dataformaat dat iedere applicatie toestaat om jouw data te begrijpen, niets meer en niets minder. XML beeindigt de 'hel' dat ieder programma zijn eigen custom byte-based format bedenkt om troep op te slaan, waardoor je complete converters en alles moest schrijven. Nu parse je de XML en ben je klaar. Met een DTD kun je zelfs garanderen dat je XML een correcte inhoud heeft.

Dat er vervolgens tig XML-afspinsels zijn zoals XSLT en XML-based database queries is ballast: dat is niets anders dan gebruik maken van de uniforme basis van XML. XML is een generieke opmaaktaal, that's all.

[Janoz]

GrimaceODespair schreef op 01 juni 2004 @ 00:05:
XML wordt vaak gebruikt omdat het manipuleren van data er meestal vrij gemakkelijk mee gaat, onafhankelijk van welk platform je gebruikt......

Dat is niet helemaal waar. Het inlezen en wegschrijven van data is in XML makkelijker. Het manipuleren is echter een stuk lastiger. In het geheugen is dit niet zo'n probleem, maar met een bestand wel. Het middenin weghalen of toevoegen van een entry zorgt er gemiddeld voor dat het halve bestand opnieuw weggeschreven moet worden. Als vervanging van een DB systeem is het dus compleet ongeschikt.

[Michali]

Ik gebruik sinds niet al te lange tijd nu ook XML voor het maken van websites. Maar dat gebruik ik absoluut niet als vervanging voor de database. Ik gebruik het icm. de php DOMXML extensie om zo de data uit een pagina geheel onafhankelijk van de opmaak te kunnen outputten en gebruiken voor wat dan ook. Uiteraard heb ik het tot nu toe alleen nog maar gebruikt icm. een XSLT template om het te transformeren naar HTML. Ik heb zelf een soort van basis framework opgezet voor een website zodat ik zelf de juiste onderdelen zo bij elkaar kan zetten en ik alleen nog maar een paar templates hoef aan te passen om een website klaar te hebben. Juist bij het scheiden van data en opmaak werkt het er fijn voor mij. Ik zou voor geen geld meer terug willen naar de vorige methode waar ik in werkte (eerst met directe HTML output en daarna met een eigen template parser).

[Verwijderd]

curry684 schreef op 01 juni 2004 @ 08:37:
Dat er vervolgens tig XML-afspinsels zijn zoals XSLT en XML-based database queries is ballast: dat is niets anders dan gebruik maken van de uniforme basis van XML. XML is een generieke opmaaktaal, that's all.

Daar zou ik toch wel eens tegen durven reageren (het lef )

Stel, je hebt een centrale applicatie die met XML communiceert met enkele andere applicaties.
Applicatie1 heeft een ander XML formaat (ander schema) dan applicatie2. Beiden willen met die XML wel hetzelfde bereiken. XSLT kan er dan voor zorgen dat de centrale applicatie niet alle XML's moet aankunnen. één centrale digester die xml's krijgt uit de vele mogelijke transformaties zonder te weten van waar of wat de vraag komt.

XML kun je zowat bekijken als een Value Object, maar een VO'tje dat je tussen véél verschillende talen/platformen kan uitwisselen. Dat maakt het wel makkelijk. Als je een extra attribuut nodig hebt pas je het schema aan maar niet je eigenlijk interface.

[Creepy]

Verwijderd schreef op 01 juni 2004 @ 12:48:
[...]


Daar zou ik toch wel eens tegen durven reageren (het lef )

Stel, je hebt een centrale applicatie die met XML communiceert met enkele andere applicaties.
Applicatie1 heeft een ander XML formaat (ander schema) dan applicatie2. Beiden willen met die XML wel hetzelfde bereiken. XSLT kan er dan voor zorgen dat de centrale applicatie niet alle XML's moet aankunnen. één centrale digester die xml's krijgt uit de vele mogelijke transformaties zonder te weten van waar of wat de vraag komt.

XML kun je zowat bekijken als een Value Object, maar een VO'tje dat je tussen véél verschillende talen/platformen kan uitwisselen. Dat maakt het wel makkelijk. Als je een extra attribuut nodig hebt pas je het schema aan maar niet je eigenlijk interface.

Je vergeet daarmee wel voor het gemak even dat je je app moet aanpassen voor dat ene extra attribuut plus je twee schema's voor je originele XML files + je XSTL.

XML is leuk maar zegt NIKS over je data zelf. XML is geen magisch iets dat ervoor zorgt dat data uitwisseling zomaar werkt. XML is geen garantie dat die data ook correct is. XML geeft geen garantie dat de gegevens die je uit het ene systeem exporteert ook daadwerkelijk in het andere ook weer in kan lezen of gebruiken.

XML maakt data uitwisseling wel makkelijker ja

[MaxxRide]

idd is XML niet semantisch ondersteunend (het zegt niets over de inhoud van de verstuurde data), het zegt enkel wat over de opmaak van de datafile.

Toch denk ik dat als je een subsysteem maakt dat de exported XML's van anders system m.b.v. XSLT laat omvormen tot de XML input van jou systeem dit prima bruikbaar is. XML is niet het eindpunt maar een hulpmiddel om tot een betere uitwisseling te komen.

[The - DDD]

XML is handig voor het volgende:
- Gestructureerde config files, welke makkelijk te valideren zijn met een schema.
- RPC over HTTP (dit is dus SAOP)
- Gegevensstromen aanbieden aan systemen welke vervolgens zelf de opmaak kunnen bepalen. (RSS en wederom SOAP, denk nu aan portals).
- Managementverleidingsmiddel, het is hot, dus ze willen het graag, totdat de nieuwe gimmick langs komt.
- Je kunt er in beperkte mate objecten mee serializeren.

[Creepy]

The - DDD schreef op 01 juni 2004 @ 17:47:
- Managementverleidingsmiddel, het is hot, dus ze willen het graag, totdat de nieuwe gimmick langs komt.

[CaptBiele]

Ik heb de indruk dat de hype een beetje aan het overwaaien is, en dat XML gewoon een geaccepteerde standaard is/wordt... imho

[TeasingU]

offtopic:
@ -FoX-

He FoX ik was op zoek naar basis informatie over XML, jouw Inleiding tot XML heeft mij heel wat dingen duidelijk gemaakt. Bedankt!

[Creepy]

CaptBiele schreef op 02 juni 2004 @ 05:21:
Ik heb de indruk dat de hype een beetje aan het overwaaien is, en dat XML gewoon een geaccepteerde standaard is/wordt... imho

"geaccepteerd" is XML al een poosje hoor De vraag is alleen voor wat. Als je XML wilt gaan gebruiken puur voor dataopslag heb je volgens mij niet helemaal door waar XML eigenlijk voor is bedoelt.

Je merkt ook aan de XML topics hier in /14 dat het er mensen zijn die wel van XML hebben gehoord en "het willen gaan gebruiken omdt ze gehoord hebben dat...". Waarom ze het precies zouden willen gebruiken is meestel nog vaag, of ze willen het gebruiken voor dataopslag. Dat zegt mij dat de hype er nog steeds is.

[curry684]

The - DDD schreef op 01 juni 2004 @ 17:47:
XML is handig voor het volgende:
- Gestructureerde config files, welke makkelijk te valideren zijn met een schema.
- RPC over HTTP (dit is dus SAOP)

SOAP oftewel Simple Object Access Protocol

- Managementverleidingsmiddel, het is hot, dus ze willen het graag, totdat de nieuwe gimmick langs komt.

Mwah dat was na 2002 wel over imho. Ik heb toen ook nog ruzies met management verloren over protocollen die wij als devvers binair wilden opzetten, die vervolgens van high-brass via XML moesten, en die we vervolgens realtime moesten zippen om de performance nog enigszins acceptabel te houden (XML is een ~10 keer groter dan vergelijkbare binary protocols. Maar dat was 2001, en is ondertussen niet echt een argument meer

offtopic:
welcome back trouwens DDD, lang niet gezien

[sanderb]

zit hier met het probleem dat iemand een xml file heeft geschreven van een persoonsbestand met functies enzo.

Begrijp best dat hij dat een fijne manier vind, want het is begrijpelijk te lezen...
Maar nu moet het mogelijk zijn de persoonsgegevens door die personen zelf aan te laten passen..

Ik zou zelf in dit geval voor een php mysql combi gegaan zijn, maar wat is nu een goeie manier om die xml file te updaten?

ik moet het dus inlezen, en bijvoorbeeld een achternaam kunnen veranderen...

Ik sta op het punt om die beste man te gaan vertellen dat dit niet de manier is met zo'n xml file...kan iemand me ervan overtuigen dat het dat wel is?

[curry684]

XML Notepad.

[sanderb]

handig tooltje..

maar ik ben dus niet duidelijk geweest...
het moet dus mogelijk zijn voor de mensen in dat persoonsbestand (xml) hun eigen gegevens te wijzigen.. via het web..

dus je logt in op een pagina, en kan je gegevens wijzigen. (net als je GoT profiel bijv)

Het enige dat ik kan bedenken is dat ik dan die hele file in php zou inlezen en na wijziging weer wegschrijven...maar dat is nogal omslachtig lijkt me. Ik vroeg me af of er een andere manier is.
zo niet, dan ga ik die beste meneer vertellen dat hoe gaaf hij xml ook vind.....dit dus niet gaat gebeuren..

[curry684]

Mjah ik zie het verschil niet echt of je nu een PHP frontend op MySQL schrijft of op een XML file. Admittedly lijkt het erop dat een DB hier handiger was geweest, maar XML is ook weer niet zoveel extra werk met PHP afaik.

[drm]

sanderb:
Ik vroeg me af of er een andere manier is.
zo niet, dan ga ik die beste meneer vertellen dat hoe gaaf hij xml ook vind.....dit dus niet gaat gebeuren..

Als je dit topic doorleest zie je dat XML een formaat is, waarbij het eenvoudig is om te gebruiken als "drager" van gegevens. Eigenlijk in het simpel: XML is een tasje, waar je wat gegevens in kan stoppen om ze er later weer uit te halen. Het enige nadeel van xml is dat het zelf geen functionaliteit o.i.d. biedt om ook weer daadwerkelijk het mandje te legen(*). Daarvoor moet je opeens gaan grijpen naar zaken als XSLT, XPath, XQuery etcetera, nog afgezien van het feit dat je er (goede) implementaties van moet vinden.

Je kunt het dus beter zien als een reistas, dan een opbergkast. Het handige van de opbergkast (DBMS) is dat als je op een knopje drukt het juiste eruit komt (SQL). Als ik jou was zou ik dus 2 extra knopjes op die opbergkast bouwen, namelijk:
Maak reistasje
Leeg reistasje wat ik in 't laatje stop

Kortom: zorg dat je onderhoudssysteem XML feeds ondersteunt, zowel inbound als outbound.

edit:

(*) Je zou juist daardoor kunnen (moeten?) concluderen dat XML geen formaat is om als database te gebruiken.

[ Voor 6% gewijzigd door drm op 02-06-2004 15:36 ]

[Verwijderd]

sanderb schreef op 02 juni 2004 @ 14:44:
Ik sta op het punt om die beste man te gaan vertellen dat dit niet de manier is met zo'n xml file...kan iemand me ervan overtuigen dat het dat wel is?

XML op zich is absoluut niet bedoeld om zo met "het blote oog" te lezen. Het kan toevallig geopend worden in bv. IE, maar als ik het open in een texteditor, is de kans zeer groot aanwezig, dat ik bv. een hele lange regel heb, en dat is ook niet te editten. XML is bedoeld om gegevens makkelijk over en weer te sturen, en dat de gegevens in een XML bestand een eenduidige manier in te lezen zijn. Dus geen gezeur met puntkomma's quotes etc. Verder is een XML bestand "uit te breiden" met extra gerelateerde bestanden voor oa. controle, weergave, conversie/transformatie en opmaak van de gegevens in een XML bestand. (bij ieder van genoemde bestands type, hoort weer allerlei software om het geheel te combineren)

[ Voor 12% gewijzigd door Verwijderd op 02-06-2004 15:43 ]

[ZaZ]

kort gezegd is XML gewoon een soort van opvolger van INI files.
het zijn eigenlijk INI files die iets meer 'ruimte' bieden om dingen op te slaan.
meer niet. dus zoals eerder gezegd geen vervanger voor een database

[whoami]

ZaZ schreef op 02 juni 2004 @ 16:23:
kort gezegd is XML gewoon een soort van opvolger van INI files.

Nee, je kan wel xml gebruiken om je config-files mee te maken, maar XML is veel meer dan enkel een vervanging voor INI files.
Je kan XML ook gebruiken om data tussen computers uit te wisselen (waar dat vroeger eerder in CSV files oid ging).

Dan heb je ook nog een aantal extensies, zoals XSL(T), waarmee je een XML file naar een andere layout (andere XML, HTML, pdf, ...) kunt transformeren, etc...

[The - DDD]

Java objecten kun je ook heel simpel serialiseren tot XML

Een van de design doelstellingen van XML was juist een human readable syntax die ook machine readable is. Het klopt inderdaad dat je pijn in je kop krijgt als je een dag XML zit te editen. Maar ja, die pijn is veel erger als je een of ander binair formaat moet editen.

In combinatie met XML Schema en XSLT wordt XML een heel krachtig middel. Je kan namelijk met schema's een XML file valideren. Met XSLT transformeren en je resultaat vervolgens weer valideren met een ander schema. Vandaar dat SOAP centraal staat in business integration. (Wat weer producten als Biztalk en IBM Websphere MQ (ofzo)).

[Verwijderd]

whoami schreef op 02 juni 2004 @ 16:25:
[...]

Nee, je kan wel xml gebruiken om je config-files mee te maken, maar XML is veel meer dan enkel een vervanging voor INI files.
Je kan XML ook gebruiken om data tussen computers uit te wisselen (waar dat vroeger eerder in CSV files oid ging).

En hoe wisselt XML dan data uit?

XML is gewoon een formaat om data te representeren. Het is wel degelijk een opgevoerd INI bestand!
Dat tegenwoordig de belangrijke protocollen met XML werken, betekent nog niet dat XML zorgt voor uitwisseling van data.
't Zijn de protocollen die de data uitwisselen. Wat ze uitwisselen is XML.

[Creepy]

Verwijderd schreef op 02 juni 2004 @ 19:54:
[...]

XML is gewoon een formaat om data te representeren. Het is wel degelijk een opgevoerd INI bestand!
.

De enige vergelijking tussen een INI bestand en een XML bestand is dat het allebei tekst bestanden zijn. Elke andere vergelijking ontgaat me totaal, dus waarom iemand zou denken dat een XML bestand een veredeld ini bestand zou zijn ontgaat me ook..

[whoami]

Verwijderd schreef op 02 juni 2004 @ 19:54:
[...]


En hoe wisselt XML dan data uit?

XML wisselt geen data uit; XML is een formaat waarmee je gemakkelijk data kunt uitwisselen, omdat het makkelijk te interpreteren is. Je stuurt nl. ook meta-informatie over.

XML is gewoon een formaat om data te representeren. Het is wel degelijk een opgevoerd INI bestand!

Dat is het niet. Lees eens eea over XML, over hoe je het kan gebruiken en wat de toepassingsgebieden zijn.
Als je zegt dat XML een opgevoerd ini bestand is (wat het al helemaal niet is, want xml is een markup-language), dan zou xml enkel gebruikt worden om config-files mee te maken.

[Trinsec]

Ik heb net even dit alles gelezen.. en ik snap er nog niets van. Ik had tijdens mijn stage over XML moeten onderzoeken, wat de voordelen zijn enzo, maar ik snapte er niets van. Ik heb zelfs hier een lekkere dikke boek over XML (en CSS), en nog snap ik het niet. Ik heb de beknopte info over XML van iemand hier gelezen, en ik snap er NOG niets van.

Wat, in vredesnaam, is XML? Kan iemand me een WERKEND voorbeeld geven? Hoe, in vredesnaam, is het een medium voor whatever it is? Hoe is het bruikbaar in combinatie met PHP en MySQL? Ik snap het gewoon niet!

[Verwijderd]

Trinsec schreef op 02 juni 2004 @ 22:08:
Ik heb net even dit alles gelezen.. en ik snap er nog niets van. Ik had tijdens mijn stage over XML moeten onderzoeken, wat de voordelen zijn enzo, maar ik snapte er niets van. Ik heb zelfs hier een lekkere dikke boek over XML (en CSS), en nog snap ik het niet. Ik heb de beknopte info over XML van iemand hier gelezen, en ik snap er NOG niets van.

Wat, in vredesnaam, is XML? Kan iemand me een WERKEND voorbeeld geven? Hoe, in vredesnaam, is het een medium voor whatever it is? Hoe is het bruikbaar in combinatie met PHP en MySQL? Ik snap het gewoon niet!

Om nu de exact definitie van XML moet je hier eens rondstruinen:
http://www.sgml-ug.nl/HTML/frame_sgmlxml/fr_whatsgml.htm

Ik quote ff:

SGML/XML is vooral aangewezen in één of meer van de volgende situaties:

• bij beheer van grote hoeveelheden informatie in documentvorm;
• bij uitwisseling van documenten binnen en buiten een organisatie;
• bij uitwisseling van berichten tussen samenwerkende systemen;
• ter verbetering van de ontsluiting van documenten;
• bij de productie van documenten in verschillende standaardformaten en naar
verschillende media, waaronder het Internet;
• bij de productie van meerdere documenten vanuit één informatiebron;
• bij de productie van documenten met een lange levensduur;
• bij publicatie op maat: welke objecten voor welke doelgroepen.

XML kan bovendien gebruikt worden in, onder andere, de volgende situaties:
• Distributie van verwerking binnen clients;
• Manipuleren van views op de informatie binnen een browser;
• Uitwisselbaarheid van zowel documenten als opmaak;
• Op maat maken van informatie op het Internet door intelligente agents;
• Communicatie tussen processen (bijv. ook bij "eilandautomatisering");
• Transport van objecten en metadata;
• Uitwisseling tussen ongelijksoortige databases.

[ Voor 51% gewijzigd door Verwijderd op 02-06-2004 22:21 ]

[Verwijderd]

Trinsec schreef op 02 juni 2004 @ 22:08:
Ik heb net even dit alles gelezen.. en ik snap er nog niets van. Ik had tijdens mijn stage over XML moeten onderzoeken, wat de voordelen zijn enzo, maar ik snapte er niets van. Ik heb zelfs hier een lekkere dikke boek over XML (en CSS), en nog snap ik het niet. Ik heb de beknopte info over XML van iemand hier gelezen, en ik snap er NOG niets van.

Wat, in vredesnaam, is XML? Kan iemand me een WERKEND voorbeeld geven? Hoe, in vredesnaam, is het een medium voor whatever it is? Hoe is het bruikbaar in combinatie met PHP en MySQL? Ik snap het gewoon niet!

XML is een vorm van data representeren.

Een voorbeeld van een XML document kan zijn:

code:

<?xml version="1.0" encoding="ISO-8859-1"?>
<menu>
  <item name="contextmenu">
    <item name="cut" caption="Cut" command="cut"></item>
    <item name="copy" caption="Copy" command="copy"></item>
    <item name="paste" caption="Paste" command="paste"></item>
    <item name="seperator" caption="-" display="ie"></item>
    <item name="tables" caption="Tables" display="ie">
      <item name="insert_row_above" caption="Insert Row Above" shortcut="" command="insert_row_above"></item>
      <item name="insert_row_below" caption="Insert Row Below" shortcut="" command="insert_row_below"></item>
      <item name="insert_column_before" caption="Insert Column Before" shortcut="" command="insert_column_before"></item>
      <item name="insert_column_after" caption="Insert Column After" shortcut="" command="insert_column_after"></item>
      <item name="modify_table_seperator1" caption="-"></item>
      <item name="delete_row" caption="Delete Row" shortcut="" command="delete_row"></item>
      <item name="delete_column" caption="Delete Column" shortcut="" command="delete_column"></item>
    </item>
  </item>
</menu>

Zoals je ziet lijkt dit op HTML. Met XML kan je dus data representeren. Dit bestand gebruik ik voor mijn editor om dynamisch het contextmenu in te laden en er commando's aan te koppelen.
Met javascript kan je een XML bestand inladen als een soort DOM tree en met de normale DOM functies doorlopen.

[ Voor 37% gewijzigd door Verwijderd op 02-06-2004 22:23 ]