XML ohjelmoinia?

mitä xml tekee ohjelmointipalstalla?
Ilmoita


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...
8 VASTAUSTA:
xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia! eikä ihme jos netti ruuhkautuu kun data kulkee xml-muodossa
sdölf kirjoitti:
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?
sdölf kirjoitti:
xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia! eikä ihme jos netti ruuhkautuu kun data kulkee xml-muodossa
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.
sdölf kirjoitti:
xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia! eikä ihme jos netti ruuhkautuu kun data kulkee xml-muodossa
"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...
sdölf kirjoitti:
xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia! eikä ihme jos netti ruuhkautuu kun data kulkee xml-muodossa
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.
xxxxx kirjoitti:
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."
syviä... kirjoitti:
"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.

.
xxxxx kirjoitti:
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.
"Kenttien nimet vain määritellään" -> xml skeema
+Lisää kommentti
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!
Ilmoita

Vastaa alkuperäiseen viestiin

XML ohjelmoinia?

mitä xml tekee ohjelmointipalstalla?

5000 merkkiä jäljellä

Peruuta