[BC3] De echte voordelen van XML

[Verwijderd]

Alles wat jullie nu genoemd hebben kan al met de andere technieken, en net zo makkelijk.

Zonder XML kan ik van een andere site ook heel makkelijk automatisch mijn informatie halen, oftewel. Nog steeds geen toepassingen voor XML waarvan je wauw zegt.

[Verwijderd]

Het zit er toch wel aan te komen, XML.

Na zelf ook een aantal applicaties in xml te hebben geschreven bekruipt mij het gevoel; Wat schiet ik hier nu mee op:?

De "experts" schreeuwen met zijn allen dat XML het wordt, dat integratie, overzichtelijkheid en userabality de grootste voordelen zijn. Helaas heb ik hier nog niet echt bruikbare voordelen van gezien, sterker nog, in veel gevallen vindt ik de XML standaard er heel erg onduidelijk uit komen.

Oftewel de vraagstelling luidt: Wat is er nu meer mogelijk met XML dan met de huidige technieken.

Als het mij vraagt is mijn antwoord: niets.

Ik ben van mening dat ik met de huidige technieken alles kan bereiken en nog wel meer dan met XML.

[Verwijderd]

Op maandag 12 maart 2001 11:02 schreef Gordijnstok het volgende:
Het zit er toch wel aan te komen, XML.

Het is er allang hoor

Ga eens kijken wat je met SOAP allemaal kan doen, da''s erg koel. Kijk eens wat BizTalk inhoudt, ga eens met XML als datacontainer werken ipv recordsets en kijk hoe blij je daarvan kan worden

Stel:
Ik heb een site met leuke nieuwsberichten.. nu wil ik dat iedereen die in zijn site kan hangen met zijn eigen opmaak.. hoe doe je dat zonder XML?

[Brynnie]

Via XML kan ik nu bijvoorbeeld de real time stock status van mijn leveranciers hun produkten opvragen, ongeacht welk besturingssysteem of welke webserver ze gebruiken.

Zij posten de correcte gegevens op een XML pagina, en ik kan die lezen (parsen) en zelf de gegevens erop gebruiken.

XML "doet" niets, het zorgt voor een betere gegevensstroom...

Brynnie

[Verwijderd]

Misschien heeft iemand een concreet voorbeeld van een website waar iets met XML is gedaan dat niet op een andere manier zou kunnen...:?

[raptorix]

Op maandag 12 maart 2001 12:58 schreef Gordijnstok het volgende:
Alles wat jullie nu genoemd hebben kan al met de andere technieken, en net zo makkelijk.

Zonder XML kan ik van een andere site ook heel makkelijk automatisch mijn informatie halen, oftewel. Nog steeds geen toepassingen voor XML waarvan je wauw zegt.

Tuurlijk kan dat maar het kost je gewoon meer moeite, kijk maar eens wat de meeste prijsvergelijkers doen, die moeten elke keer complete http requests doen met alle meuk erbij en dan weer filteren, kost de server van die site niet alleen onnodige traffic maar ook de ontvangende server moet weer energie steken in parsen, en wat te zeggen als een site ze layout verandert? Dan moet je toch weer je scripts gaan wijzigen om die data goed te filteren.

[Verwijderd]

Op maandag 12 maart 2001 12:58 schreef Gordijnstok het volgende:
Alles wat jullie nu genoemd hebben kan al met de andere technieken, en net zo makkelijk.

Zonder XML kan ik van een andere site ook heel makkelijk automatisch mijn informatie halen, oftewel. Nog steeds geen toepassingen voor XML waarvan je wauw zegt.

Hoe dan?
Noem eens een andere gestandaardiseerde zelfbeschrijvende platformonafhankelijke datauitwisselingstechniek dan?

Kijk 1 keer naar een stuk XML en je weet de structuur van de data (die ook nog es hierarchies kan zijn) is en wat de data is.. Vergelijk het eens met een CSV file.. dan wil je toch nooit meer een CSV onder ogen krijgen.

[Verwijderd]

Als je het op zo''n manier bekijkt is het perfect natuurlijk, niet of nauwelijks serverload.

Helaas is nog niet iedereen toe aan de "Grote XML Stap", vandaar dat xhtml totnutoe hier als voorloper van, gewoon heel veel wordt gebruikt.

Bovendien, als jij als client de desbetreffende info wilt gaan ophalen van een xml template, zal deze wel eerst moeten worden opgehaald aan de serverkant. Wat load betreft maakt het dan ook niet zoveel meer uit.

[Verwijderd]

D''r zijn ontelbaar manieren om data over te sturen.. Die zijn allemaal sneller, langzamer, efficienter, overzichtelijker of wat dan ook tov XML.. Het voordeel van is XML is nu dat er eindelijk een standaard is voor het overzenden van data. Als jantje nu een programma schrijft, dan kan pietje een programa schrijven dat de data uit jantjes programma zo in kan lezen terijl hij verder nix van het programa hoeft te weten..

[Verwijderd]

Op maandag 12 maart 2001 13:27 schreef kinkying het volgende:
D''r zijn ontelbaar manieren om data over te sturen.. Die zijn allemaal sneller, langzamer, efficienter, overzichtelijker of wat dan ook tov XML.. Het voordeel van is XML is nu dat er eindelijk een standaard is voor het overzenden van data. Als jantje nu een programma schrijft, dan kan pietje een programa schrijven dat de data uit jantjes programma zo in kan lezen terijl hij verder nix van het programa hoeft te weten..

Daar ben ik het met je eens mee, vooral met SOAP. Maar voor professioneel gebruik, heeft het nou echt zoveel toegevoegde waarde?

Ik heb XML alleen echt praktisch gevonden in Flash waar ik Native met XML data uit een database kon halen. Voor de rest biedt het niet zoveel toegevoegde waarde denk ik.

[Verwijderd]

Op maandag 12 maart 2001 13:12 schreef Gordijnstok het volgende:
Als je het op zo''n manier bekijkt is het perfect natuurlijk, niet of nauwelijks serverload.

Helaas is nog niet iedereen toe aan de "Grote XML Stap", vandaar dat xhtml totnutoe hier als voorloper van, gewoon heel veel wordt gebruikt.

Bovendien, als jij als client de desbetreffende info wilt gaan ophalen van een xml template, zal deze wel eerst moeten worden opgehaald aan de serverkant. Wat load betreft maakt het dan ook niet zoveel meer uit.

Je denkt veel te veel aan XML als "document"
(Je bent ''one of the document people'' zoals Don Box zou zeggen )
Terwijl XML pas echt interessant wordt als je het als data-exchange gaat zien..

[Verwijderd]

Zowiezo, XML is bedoeld voor data-exchange, daar ben ik me van bewust Maar bij welke vorm van data exchange kan xml dan echt nuttig zijn?

Voor Flash heeft xml zich bij mij wel bewezen, maar voor wat voor toepassing/doelgroep kan xml zich nuttig maken.

Als ik met data exchange bezig ben, dan haal ik zowiezo mijn data op uit een database. Dit kan met php, asp, cf, java, xml, etc.. maar waar onderscheidt xml zich op dit punt mee Dat het een standaard biedt voor uitwisseling van data tussen diverse platforms en programma''s? Ok dat klopt, maar dat kan elk van die andere talen net zo goed.

Get my point?

[Verwijderd]

Op maandag 12 maart 2001 14:03 schreef Gordijnstok het volgende:
Als ik met data exchange bezig ben, dan haal ik zowiezo mijn data op uit een database. Dit kan met php, asp, cf, java, xml, etc.. maar waar onderscheidt xml zich op dit punt mee Dat het een standaard biedt voor uitwisseling van data tussen diverse platforms en programma''s? Ok dat klopt, maar dat kan elk van die andere talen net zo goed.

Nee? stel dat ik alle gegevens van een site als XML op kan vragen dan kan ik daar als programmeur toch heel veel mee? Als die site als HTML naar buiten komt kan je er als programmeur bijna nix meer mee..
Nou doe je het weer.. je zet XML naast een serverside scripttaal terwijl je het er onder moet zien.. tussen je data (die dus overal vandaan kan komen als het maar via bijv. internet bereikbaar is) en je display laag.

[Verwijderd]

Nou ik heb wel eens met Reshacker in somige applicaties van WindowsXP en daar zaten ook XML codes in

[Verwijderd]

Maar nu ga je een stap ertussen zetten. Nl. xml. Terwijl je het ook meteen in 1 stap kunt ophalen. Toch

[Verwijderd]

Tja, zolang het nog niet overal wordt geimplementeerd zie ik xml idd niet goed van de grond komen. Het is al vanaf 1999 beschikbaar maar ik vraag me af of dit "het" wordt.

[Janoz]

Met efficientie wordt tegenwoordig toch minder rekening gehouden .. XML is vooral makkelijker tijdens het ontwerp. Binnenkort zullen vast ook wel de eerste XML modules verschijnen vor bv PHP (of zijn er al.. Geen ID niet naar gekeken).. Voordeel is dat je dan gewoon een locatie opgeeft en vervolgens een parsXML achtige opdracht geeft. Vervolgens heb je alle data..

Het grote voordeel is dat je nu niet meer voor elk project dat data nodig heeft of aanbied telkens weer zelf een nieuwe sturctuur hoeft te bedenken, maar gewoon van bestaande componenten uit kunt gaan. Je bent er tegelijk behoorlijk zeker van dat andere programma''s dan ook met jouw data overweg kunnen (en andersom)..

[Verwijderd]

Op maandag 12 maart 2001 15:17 schreef Gordijnstok het volgende:
Tja, zolang het nog niet overal wordt geimplementeerd zie ik xml idd niet goed van de grond komen. Het is al vanaf 1999 beschikbaar maar ik vraag me af of dit "het" wordt.

Ik zie overal steeds meer XML opduiken.. misschien is het niet zichtbaar voor de gewone internetgebruiker/html-er enzo. Het zit ook meestal achter de schermen he..
Alle grote spelers zijn er volgens mij wel van overtuigd dat het wat is/wordt.

[RM-rf]

Op maandag 12 maart 2001 11:02 schreef Gordijnstok het volgende:
Oftewel de vraagstelling luidt: Wat is er nu meer mogelijk met XML dan met de huidige technieken.

Als het mij vraagt is mijn antwoord: niets.

goed jezelf beantwoord.

niks op de computer is iets wat voorheen niet ging, 2000 jaar terug kon je ook een koerier naar de andere kant van het land sturen om een boodschap over te brengen.

de truc in XML ligt hem in de innovatie.
xml is niks anders dan een gebruiksvriendelijke en wat verder uitgewerkt, gespecificeerde variant van SGML.
enkel SGML had een enorme overhead aan ontwikkelingskosten.
xml is lowbudget, makkelijk inzichtelijk wat veel gemak biedt bij de ontwikkeling.

verder is xml een open standaard gericht op dataflow tussen applicaties. dit biedt mogelijkheden om modulair te werken.
je kunt dan makkelijk losstaande applicaties aan elkaar koppelen.
hierdoor ben je in je ontwikkeling niet meer afhankelijk van één applicatie (en de desbetreffende commerciele fabrikant)

xml zelf is geen revolutie, maar de enorme groei aan data-uitwisseling wel, xml is de basis waarop het mogelijk is die groei te verwezenlijken

[oh,when?]

op zich heb ik heel weinig meer toe te voegen, omdat de meeste punten wel duidelijk zijn geworden door een aantal hele goede replies. je vraag was:

Oftewel de vraagstelling luidt: Wat is er nu meer mogelijk met XML dan met de huidige technieken.

en mijn antwoord is:
er is niets meer mogelijk. daar was jezelf ook al achter gekomen.

Het verhaal achter XML is echter dat het een standaard is, een standaard gebaseerd op regels die iedereen kan begrijpen. Dus jij hoeft niet iedere keer het wiel opnieuw uit te gaan vinden, uit te gaan pluizen wat de makkelijkste manier is om data in een ander format te krijgen.
klein voorbeeld, zou je nu bijvoorbeeld het laatste nieuws uit een website willen hebben, dan moet je aan slag met serverside processors om die laatste kop uit de html te gaan vissen ( ingewikkelde regexes, nachtmerrie hier, vloeken en schelden daar
want html is maar een simpele opmaak taal, en niet bedoeld om data te beschrijven. XML daarentegen is juist ontwikkeld om data-objects te beschrijven, ( en zelfs gedeeltelijk de werking van een programma dat het verwerkt). Om terug te komen op het voorbeeld, als het nieuws in XML format word gepresenteerd, moet het een eitje zijn om de laatste nieuws daaruit te vissen, er is immers een standaard manier gevonden om de data te beschrijven, nu kan jij het gebruiken en in elke vorm presenteren, of je nu daar HTML, Flash, of welke technologie voor gebruikt.

Als Coldfusion, en dus Allaire, Evangelist, zul je vast wel op de hoogte zijn van WDDX, Web Distributed Data eXchange. oa geinitieerd door Allaire. Neem anders een keer een kijkje op www.wddx.org

khoop dat je er wat aan hebt...

[Verwijderd]

Wat XML is weet ik, hoe XML werkt weet ik, wat ik ermee kan doen weet ik Maar ik heb het idee dat dit weer eens een zoveelste hype is net als het wireless aplication protocol.

Xml brengt inderdaad een aantal features met zich mee waardoor system integrators (net als ik) sneller koppelingen kunnen maken, en efficienter kunnen omgaan met dataflow.

Helaas zijn de software toepassingen voor deze techniek nog ver te zoeken. Vooral Microsoft investeert veel in XML, en dit is dan ook zowat het enige bedrijf die de integratie al meteen toepast. Persoonlijk moet ik telkens terugvallen op xhtml, het tussenbroertje van xml, dus ik hoop dat xml integratie een snelle groei gaat doormaken.

Wat betreft WDDX (Web Dynamic Data Exchange) dat is voor mij geen oud nieuws maar ik ben niet zo gek van deze methode aangezien het een aantal bottlenecks heeft.

[Verwijderd]

Op Wednesday 14 March 2001 09:32 schreef Gordijnstok het volgende:
integratie al meteen toepast. Persoonlijk moet ik telkens terugvallen op xhtml, het tussenbroertje van xml, dus ik hoop dat xml integratie een snelle groei gaat doormaken.

Dat snap ik niet.. als je denkt dat je ooit pure XML naar browsers gaat sturen zonder daarbij enofandere vorm van opmaak te betrekken heb je het mis denk ik.. wat maak je met XHTML dan?

[Verwijderd]

newbie mode:
wat is xml?

edit: laat maar.. antwoord staat hier al boven. (ongeveer dan)

[RM-rf]

Op Wednesday 14 March 2001 09:32 schreef Gordijnstok het volgende:
[..] ik heb het idee dat dit weer eens een zoveelste hype is net als het wireless aplication protocol.

[..]Helaas zijn de software toepassingen voor deze techniek nog ver te zoeken.

is WAP dan zo''n enorme hype?
natuurlijk is het een beetje in handen gevallen van de verkeerde commerciele blahblah-mannetjes die iedereen wilden doen geloven dat mobiele telefoons met WAP op eenzelfde manier benut zouden gaan worden als het web (en dan nog een verkeerd idee hebben van hoe het web benut wordt)
verder is WAP nogal afhankelijk van hardware-matige ondersteuning

WML is gewoon een XML-gebaseerd docformat waarmee hele handige dingen te doen zijn, enkel zal je net als met veel xml-toepassingen goed het gebruiksprofiel in de gaten moeten houden, wat is de doelstelling en hoe wil je het (laten) gebruiken.

er zal inderdaad een grote groei ontstaan aan xml-gebaseerde formats (WML, SVG, SMIL, XHTML) met het idee dat iedere specifieke toepassing zo zijn eigen vereisten hebben.
het nut daarvan is dat je voor specifieke toepassingen ook een specifieke standaard voorhanden hebt gebaseerd op generieke uitgangspunten

zoals hiervoor ook opgemerkt komt het over alsof jouw idee van wat het web nu eigenlijk is nogal ongespecificeerd is en de verkeerde richting op zit (overigens ga ik ervan uit dat je wel degelijk een beter inzicht hebt dan hoe je dat onder woorden brengt )

alsof het web een verzameling ''leuke dingetjes'' zijn waarover mensen doelloos ''surfen'' als bijtjes van bloem tot bloem hupsend.
de werkelijkheid is dat het web als het juist gebruikt wordt bedoeld is voor efficiente data- en informatie-uitwisseling en ook geschikte mogelijkheden kent deze informatie juist te benaderen, doorzoeken.

deze toepassing van het web zal steeds belangrijker worden, tov het doelloos surfen.
ik verwacht zelf dat eventuele groei aan bandbreedte volledig benut zal gaan worden door meer geautomatiseerde toepassingen, automated agents, misschien met output-flow naar verschillende platforms, pda''s, pagers, settop boxes; dit ten kostte van het idee dat het web een leuk ''iets'' is waarop je een verhaaltje neerzet, ''ter inzage''.

binnen zo''n idee is xml eerder een noodzaak dan een toevoeging, niet om XML-verhaaltjes te gaan browsen, maar om toepassingen aan te bieden waar je mensen de mogelijkheid biedt jouw data te benutten, onafhankelijk van één specifieke toepassing/layout die jouw zelf net het meest bevalt.
Ofwel als ontwikkelaar binnen eigen applicaties de opzet te ontwikkelen of werkwijze aan te houden, waarin niet iedere toepassing een op zichzelf staand kasteeltje is, maar de informatie-uitwisseling tussen applicaties zelf ook zo veel mogelijk open en modulair is

[oh,when?]

Nu ik dit zo alles lees, heb ik een vraag aan jou Gordijnstok. Ben je bang dat XML echt een hype is, of meer het feit dat er weer hype word gecreerd ( aldanwel niet door de ''verkeerde'' mensen)

Om eerlijk te zijn, ben ik ook niet zo''n voorstander van de marketingideeen van sommige mensen, betreffende bepaalde technologieen ( zoals je zelf zegt, WAP of evt XML). Ik geloof in het principe dat alleen de goede ideeen later overblijven. Mijn signature onderstreept dat ook. Dat heeft in principe weinig meer met internet te maken, en kan zo doorgetrokken worden naar het non virtuele leven. Alleen de mensen die echt iets interessants te vertellen hebben, daar zal naar geluisterd worden. Maar nu komen we op het gebied van communicatie, waar boekenkasten vol over zijn geschreven

[Verwijderd]

Leuke vraag Of XML nu echt een hype is...hmmz... nee XML is nog geen hype.

Het wordt pas een hype als de onderzoeksbureaus hun grootschalige resultaten m.b.t xml onderzoeken gaan uitbrengen en de gehele internetscene als een kip zonder kop achter elkaar aankakelt.

Ik denk dat XML zeker voordelen gaat brengen m.b.t. enorme/gigantische kostenbesparingen, efficientere en snellere datastromen en dat als alles meezit en XML echt wordt ontvangen met open armen door de softwarecompanies, dat zeker system integration een peuleschil wordt.

Wat betreft WAP. Dit vindt ik echt een hype. Idd kippen zonder kop, die achter elkaar aan lopen met grootse ideeen, die in de werkelijkheid gewoon niet praktisch zijn. Oftewel teveel gekakel en alure gegeven.

Voor UMTS zie ik hetzelfde aankomen ondanks de geweldige techniek. De kosten van de licenties, en het aanleggen van het netwerk zullen worden doorberekend op de klant. En of de klant dat er nu voor wil opbrengen dat betwijfel ik ten zeerste. Dan wijzen de kippen allemaal naar Japan met haar Dokomo, en dan vergeten ze een heel belangrijk punt en dat is cultuurverschil, en een heel groot verschil ook nog.

p.s. Volgens mij ga ik totaal offtopic en draai ik door....hmmz...:+

[PhoneTech]

Ik heb toch even dit topic uit de oude doos getrokken en ik heb met veel plezier/belangstelling alle replies gelezen.

De voordelen van xml zijn mij nu bekent (jij ook Gordijnstok?)

Maar mijn grote vraag is....

Is het compatible en zullen er niet verschillende standaarden ontstaan. Ik geloof dat alleen IE40 of hoger met XML om kan gaan. Dat is niet echt ideaal!
En ik heb ook een keer gelezen dat de commercie nog steeds geen standaard heeft ontwikkeld voor xml

Met XML kan iedereen zelfverzonnen namen er in pleuren en dat maakt het hele geheel ook een stuk overzichtelijker. Helemaal als je te maken hebt met vreemde talen (japans, chinees)

Is daar al iets op gevonden of kan iemand mij updaten over de huidige situatie van XML?


Zelf sta ik te poepelen om met XML aan de slag te gaan maar ik moet eerst nog over een aantal drempels heen

[Verwijderd]

Op woensdag 25 april 2001 21:33 schreef PhoneTechnician het volgende:
Is het compatible en zullen er niet verschillende standaarden ontstaan. Ik geloof dat alleen IE40 of hoger met XML om kan gaan. Dat is niet echt ideaal!
En ik heb ook een keer gelezen dat de commercie nog steeds geen standaard heeft ontwikkeld voor xml

Dan laatje de XML toch gewoon op de server? Het stukje Webserver > Browser is wel het minst interessant.

De definitie van XML zelf is wel door het w3c vastgelegd. Tal van ondersteunende technieken verkeren nog in draft fases e.d.

[WAcKiN]

XML valt niet in het rijtje HTML, het is geen opvolger, en ook geen vervanger, hoewel daar met XHTML wel mee gepiert wordt en het veel raakvlakken heeft.

XML is een _standaard_ om _data_ uit te wisselen, en dan bedoel ik niet de filosofische menselijke benadering van data als ''informatie'' (zoals html, tekst, plaatjes; elektronische media), maar ik bedoel de data die uit een systeem (beste voorbeeld een selectie uit een database) gehaald wordt en dan wordt verwerkt in een programma (of dat nou een php-script/web-app is of een volwaardig native programma).

Zou je dit op de niet-xml manier moeten doen, dan moet je (mits het niet voorhanden is, wat meestal zo is) zelf een library (als je slim bent) maken die met de database communiceert en de gegevens eruit haalt (en als er geen documentatie van de database is, ben je erg druk). Deze library is als je hem eenmaal af hebt meestal ook nog bugged, incompleet en alleen geschikt voor het (ontwikkel)platform/taal waar je het mee maakt.

Met XML heb je dit allemaal niet (als de systemen waar je mee werkt het netjes doen); en je kan de databron zo gebruiken voor een intra/internet site zonder moeite, aangezien alle belangrijke scripttalen al XML ondersteuning hebben, en alle belangrijke volwaardige programmeertalen het ZEKER wel doen.

Ik hoop dat deze rant je wat meer doet inzien welke problemen en frustraties lijm-&-plak-ontwikkelaars hebben om systemen aan elkaar te knopen. Hoewel het natuurlijk wel prachtig is om het op de hardcore manier te doen, gaat er zoveel tijd in zitten dat klanten zich de pleuris schrikken vanwege hoge ontwikkelkosten, en hele opdrachten flessen

Bla :]

[Verwijderd]

Ja okay vroeger was ik ook anti-xml-er vanwege de grote hoeveelheid moeite die je ervoor moest doen maar nu ik dit verhaal zo lees zie ik inderdaad duidelijk voordelen als je informatie van andere sites wil plukken. Maar dit heeft natuurlijk alleen nut als andere sites dus ook XML gebruiken. Als je aanneemt dat jij al je info in databases zet (al je data dus ) dan kan je er vanaf al je ''eigen'' sites bij want je kan natuurlijk bij iedere database en dan heeft XML weinig nut meer.

Dus andere sites moeten wel WILLEN delen voordat dit echt een nuttige techniek wordt en ik denk dat het daarop stuk gaat lopen.

[Verwijderd]

Op donderdag 26 april 2001 23:43 schreef null_brain het volgende:
Dus andere sites moeten wel WILLEN delen voordat dit echt een nuttige techniek wordt en ik denk dat het daarop stuk gaat lopen.

Ik maak sites die informatie met elkaar MOETEN delen.
Het is al een nuttige techniek en het gebruik dat jij schetst is maar een klein onderdeeltje.

[Verwijderd]

De hele bedoeling van XML zal worden dat ook de standalone programma''s het XML protocol ondersteunen, en zelfs standalone hardware.

Door 1 standaard (XML) kunnen alle apparaten snel en makkelijk informatie uitwisselen. (Helaas duurt dit nog wel eventjes).

[Genoil]

Zou je dit op de niet-xml manier moeten doen, dan moet je (mits het niet voorhanden is, wat meestal zo is) zelf een library (als je slim bent) maken die met de database communiceert en de gegevens eruit haalt (en als er geen documentatie van de database is, ben je erg druk). Deze library is als je hem eenmaal af hebt meestal ook nog bugged, incompleet en alleen geschikt voor het (ontwikkel)platform/taal waar je het mee maakt.

Vinnik een goed punt! Ik gebruik nu de DOMXML lib van PHP als intermediate formaat tussen een complexe MySQL database en een HTML front-end. Moet er niet aan denken zelf php_domxml EN GNOME libxml te schrijven! Okee, de deze php lib is dan nog niet helemaal bugfree, maar dat kan doorgaans ook niet van m''n eigen brouwsels zeggen.

Bovendien houdt ik nu de optie open om in een later stadium de XML client-side te parsen, omdat scriptalen als JavaScript en VBScript ook prima met het bestandsformaat om kunnen gaan.

[WAcKiN]

Op donderdag 26 april 2001 23:43 schreef null_brain het volgende:
Ja okay vroeger was ik ook anti-xml-er vanwege de grote hoeveelheid moeite die je ervoor moest doen maar nu ik dit verhaal zo lees zie ik inderdaad duidelijk voordelen als je informatie van andere sites wil plukken. Maar dit heeft natuurlijk alleen nut als andere sites dus ook XML gebruiken. Als je aanneemt dat jij al je info in databases zet (al je data dus ) dan kan je er vanaf al je ''eigen'' sites bij want je kan natuurlijk bij iedere database en dan heeft XML weinig nut meer.

Dus andere sites moeten wel WILLEN delen voordat dit echt een nuttige techniek wordt en ik denk dat het daarop stuk gaat lopen.

Ai, je denkt weer te beperkt (no offence)! Als je _ZELF_ alles mag bepalen kan dat inderdaad, maar als je eenmaal voor een gevestigd bedrijf met een automatisering waar ze niet zomaar vanaf willen (helemaal in een groot bedrijf!) iets moet gaan bouwen, ben je afhankelijk van de software die ze al hebben draaien, en dan mag je maar hopen dat dit geen exotisch systeem is!

Als dat systeem dan XML support (en goed gecommente docbooks), ben je uit de problemen! Woei!

Ander mooi voorbeeld van een systeem waar ik nu mee werk is het geautomatiseerd registreren van domeinen bij OpenSRS (van tucows). Dit heeft een encrypted client/server systeem wat voorheen een ''eigen'' protocol had, maar nu ook XML gebruikt, de stap om nu een PHP client (of in elke andere taal) te bouwen is nu een stuk makkelijker. Voorheen moest je alle data gaan parsen volgens de specificaties enzo, nu wordt dat VOOR je gedaan. Enigste punt waar ik nu mee zit is het verschil van CBC encryptie tussen de perl crypto modules en die van php... sigh.. als alles nu eens standaard was! :]

[edit: ik ben VOOR een spellingscontrole a la word in textarea''s! :]

[WAcKiN]

Oh ja, voor diegenen die het nog niet wisten (me neither, wist wel dat ze zoiets hadden, maar niet precies hoe/waar, zag het nu in de changelog), hier ff een relevant voorbeeldje van XML .. www.tweakers.net/turbotracker.dsp :]

Voordelen:
- Standaard (!)
- Delen van je (realtime) data.
- Standaard :]
- Je hoeft publieke gebruikers geen toegang te verlenen tot de back-end/database
- oh ja, standaard :]

etc, zitten natuurlijk ook nadelen aan (het is niet zo efficient qua bandbreedte, veel overhead mbt de tags), maar dat nemen we maar voor lief.

bovenstaande lijstje kan je heel makkelijk in je scripting-language-of-choice openen en laten parsen door de xml modules die er, als het goed is, standaard bijzitten.

[Verwijderd]

In de grote mensenwereld wordt XML gebruikt om tussen verschillende platforms data uit te wisselen. Ik weet niet of mensen hier wel eens een interface layout heeft gemaakt in Cobol, daar krijg je tranen in je ogen van , vooral bij het aanpassen van de interface layout.

Waar het op neer komt is dat XML, een methode is om data te beschrijven, wat uiteindelijk software ontwikkeling moet versnellen.

[OzBoz]

Jaa.. vriend.. jij doet je nick gelukkig eer aan. Pfff..