mitä xml tekee ohjelmointipalstalla?
XML ohjelmoinia?
sdözxm
10
2834
Vastaukset
- XMLXML
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...- sdölf
xml on kyllä surkeimpia kyhäelmiä sen viemän tilan takia! eikä ihme jos netti ruuhkautuu kun data kulkee xml-muodossa
- XMLXML
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?
- se näyttää kyllä
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. - jököjk
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... - xxxxx
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. - syviä...
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." - kake-778
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.
. - kepsap
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
- Sekasin
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!
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Kelekkakisat
Mikä vakava onnettomuus sattunut kisoissa. On peruttu koko kisat. Pelastuskopteri näytti käyvän paikalla.167775- 244577
- 1003880
Virkamiehille tarvitaan tuntuvat palkankorotukset
Naistenpäivänä on syytä muistuttaa, että virkamiehen euro on vain 80 senttiä. Palkat tulee saattaa samalle tasolle yksi143289- 943156
- 553059
- 332767
- 462564
Pitäis vaan lopettaa
Sinun kanssa yhteydenpito. Alkaa vaan haluamaan enemmän ja tuskin lopulta mikään kohtaisi. Ja ikävä vaan kasvaa ja lähei132220Ikävä uutinen uudesta Unelmia Italiassa -kaudesta
Unelmia Italiassa -sarja on ollut supersuosittu ja uutta kautta on odotettu. Nyt on tullut se aika, että TV-katsojat pää92025