mitä xml tekee ohjelmointipalstalla?
XML ohjelmoinia?
sdözxm
102876
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Turvaa tilisi vahvistamalla puhelinnumerosi. Voit silloin palauttaa unohtuneen salasanan tekstiviestillä.
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 10
Vanhimmat
Eli, XML ei ohjelmointia, mutta ohjelmointi on XML:ää. Aivan kuten suunnittelu ei ole ohjelmointia, mutta ohjelmointi on suunnittelua. (Ota tuostakin nyt selvää ;-)
XML ja muu siihen liittyvät tekniikat ovat asioita, joiden käytöltä ja tuntemukselta ohjelmoija ei useinkaan voi välttyä. Nykyään yhtä useampi: ohjelma tallentaa ja lukee XML:ää, sovellusten välillä tietojen vaihto tapahtuu XML -pohjaisesti, jne. Eli ohjelmoija joutuu lopulta suunnittelemaan ja tekemään ohjelman joka käsittelee ja tuottaa XML dataa. Joten näiden asioiden takia XML on ohjelmointi ryhmässä. Täällä on tarkoitus keskustella kaikista XML tekniikoista, kuten: Parsetus (SAX, DOM), XSL, XSLT, XPath, XQuery, Schema, XSL-FO, yms.
Itse taas ihmettelen tuon CSS:n oloa ohjelmointi palstalla, ja sitten sitä, ettei Python kielelle ole omaa palstaa...
xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia! eikä ihme jos netti ruuhkautuu kun data kulkee xml-muodossa
Ööh, siis mihin olet sitä nyt vertaamassa ja missä sovelluksessa?
tältä:
"xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia!"
Mutta edut on haittoja suuremmat.
Kun tagit ovat täysin vapaat sillä voi tehdä mitä
vaan mielikuvitus vastaan tuo.
"xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia! eikä ihme jos netti ruuhkautuu kun data kulkee xml-muodossa"
eipä ole puupäällä tietoa, että netin tiedonsiirrosta 90prosenttia on meidiatiedostoja...
XML vie tilaa 10-20 kertaisesti enemmän kuin tietojen välitys perinteisesti. Se onkin sen ainoa negatiivinen puoli.
Nykyään on ymmärretty ja XML:llä toteutettu se, että selkeys ja ymmärrettävyys on tärkeämpää kuin kulutettava muistimäärä.
Mitä enemmän xml:ään olen tutustunut, niin sitä enemmän olen sitä mieltä että sen käyttöä pitäisi lisätä. Etenkin kaikessa tiedonsiirrossa.
Esimerkiksi jos ohjelman asiakasrekisterin saa xml-muodossa tiedostoon, niin toinen ohjelma pystyy lukemaan sen helposti. Kenttien nimet vain määritellään. Tosin tätäkin pitäisi standardoida: joku taho voisi määritellä, millä nimellä tietty tieto tallennetaan xml-tiedostoon. Finvoice-verkkolaskun standardi on loistava alku. Sama vain pitäisi toteuttaa muihin yleisiin tiedostomuotoihin.
"Esimerkiksi jos ohjelman asiakasrekisterin saa xml-muodossa tiedostoon, niin toinen ohjelma pystyy lukemaan sen helposti. Kenttien nimet vain määritellään."
Mitä oleellista paremmuutta tuossa on seuraavaan:
"Esimerkiksi jos ohjelman asiakasrekisterin saa tiedostoon, jossa on kiinteän mittaisia tietueita, niin toinen ohjelma pystyy lukemaan sen helposti. Kenttien alkukohdat ja pituudet tietueilla vain määritellään."
tai
"Esimerkiksi jos ohjelman asiakasrekisterin saa CSV-tiedostoon, niin toinen ohjelma pystyy lukemaan sen helposti. Kenttien järjestys ja erotin vain määritellään."
tai
"Esimerkiksi jos ohjelman asiakasrekisterin saa TLV-tiedostoon, niin toinen ohjelma pystyy lukemaan sen helposti. Kenttien tagit vain määritellään."
> Mitä oleellista paremmuutta tuossa on seuraavaan:
>"Esimerkiksi jos ohjelman asiakasrekisterin saa CSV-tiedostoon, niin toinen ohjelma
>pystyy lukemaan sen helposti. Kenttien järjestys ja erotin vain määritellään."
Tuo toimii loistavasti perusrekisterien siirroissa, on toiminut jo useita vuosikymmeniä ja käyttelen itsekin.
Pelkkä XML tiedosto yksinään ei pysty paljoa parempaan kuin CSV tiedostokaan. Lukuarvot saadaan siirrettyä, ja tieto käytetystä kansallisten ym. merkkien koodaustavasta välittyy CSV:tä paremmin myös.
XML:ssä yksinään ei kuitenkaan välity tieto että kyse on esim. numeraalisesta kentästä, tai päivämäärä tai boolean kentästä.
Kun XML tiedoston mukana toimitetaan sen tietosisältöä kuvaava Schema, yleensä XSD päätteinen tiedosto, niin siinä menevät mukana myös kenttätyyppien määreet, ja lisäksi kenttäsisältöjen tarkistusohjeet jne.
Yksinkertainen CSV homma komplisoitui jo kahdeksi erilliseksi tiedostoksi, jotka tosiaan vievät about 10-kertaisen määrän levytilaa CSV:hen verrattuna.
Mutta tänne suuntaan maailma kuitenkin on aika vauhdilla menossa. Parempaa tai selkeämpää tai yksinkertaisempaa suuntaa ei ole ollut kellään tilalle ehdottaa.
.
"Kenttien nimet vain määritellään" -> xml skeema
XML on helppoa, esim muutin yhden pelin aluksen jutskia: [TIE Fighter]
Tactical health: 10000000000000
Shield: 1000000000
Ihan helppoa! vois tehdä modin ilman mitään työkaluja!