Dotaz: XML - spravnost navrhnuti struktury

[Tomáš Skočdopole]

Ahoj,

"konecne" jsem zacal neco tvorit v XML :)

Narazil jsem tam na jednu nejasnost pri vytvareni struktury XML. Chtel bych se zeptat, jaky je rozdil v techto dvou prikladech:

<micuda>
    <barva>bila</barva>
    <prumer>40</prumer>
</micuda>

vs.

<micuda barva="bila" prumer="40" />

Nebo je nejake pravidlo/doporuceni, kdy je vhodnejsi pouzit atribut="neco" a kdy je vhodnejsi to rozepsat jako v prvni variante.

Dekuji! Tomas

Odpovědi

[finc]

Prvni zpusob je o dost ukecanejsi. A pokud xml bude rozsahlejsi + napr. posilane pres sit, tak varianta c.2 je lepsi.

Dost veci se da napsat do atributu, dost veci zase ne. Prikladem muze byt treba toto:

<report destination="jdbc/blabla">
 <description>dljdlksjfl dlksjf ldsjflsjkflsj</description>
 <sql><![CDATA[ SELECT * FROM blabla; ]]</sql>
</report>

Kdybych chtel popisek prepsat jako atribut, tak by to jiste slo, ale dane xml by bylo dost neprehledne. Pokud bych chtel sql prepsat jako atribut, tak bych se mohl dostat do problemu, protoze v danem sql by se mohla objevit specialni znamenka, ktera by mi v atributu "neprosla". Kdybych chtel destination prepsat do elementu, tak by to jiste slo, ale bylo by to zbytecne ukecane, protoze to vzdy bude kratky a jasny text bez dalsiho rozsirovani.

Druhy pohled na vec muze byt fakt, ze dane xml se bude rozsirovat:

<osoba jmeno="Ales" typ="programator" />

Tento zapis by byl jiste validni, problem ale muze nastat ve chvili, kdy bych chtel dany typ dale rozsirit. Napriklad rict, ze se jedna o programatora pro javu, C# ci C++. Pote by tento navrh byl spatny, protoze typ by mel byt elementem, ktery bude obsahovat dalsi vlastnosti.

[Dejv]

Souhlas. Jeste bych dodal, ze jde taky o "logickou" stavbu zaznamu. Cili "vlastnosti" daneho zaznamu (v prikladu s osobou by to bylo nejake ID osoby) davam do atributu, obsah (v tomto prikladu jmeno, typ) do vnorenych elementu. Myslim, ze v HTML lze hledat docela dobrou inspiraci, jak tohle rozdelit. S tim HTML to myslim tak, ze

• elementy obsahuji informaci o tom, co bude zobrazeno, tedy obsah
• a atributy zase informaci o tom, jak to bude zobrazeno, tedy vlastnosti

. Dejv

[Messa]

Speciální znaménka v XML snad nejsou problém ani u atributů - i v nich se místo nich dá zapsat < nebo &#číslo;.

[Josef Kufner]

Ale výrazně to snižuje čitelnost.

[Messa]

XML je formát pro přenos dat, ne pro přímé čtení.

IMHO ani ty CDATA sekce na čitelnosti taky zrovna nepřidávají.

[Josef Kufner]

Výhodou je, že máš bordel jen na začátku a na konci, kdežto zbytek je jak má být. Takže pokud by v onom selectu bylo často používáno většítek a menšítek, na přehlednosti by to bylo znát výrazně. V případě atributů a uvozovek ještě více.

[Josef Kufner]

U textových formátů obecně není velikost dat problém, jen se to prostě musí prohnat skrz gzip (nebo jinou proudovitou kompresi). Text se dobře komprimuje, tagy se opakují, takže výsledek bude hezky malý tak jako tak.

[finc]

Ne vzdy se hodi provest kompresi. Samotna komprese a dekomprese muze byt casove mnohem narocnejsi nez ciste odeslani.

Myslim, ze xml trpi zejmena timto neduhem, ze je prilis ukecane a dany objem dat muze byt problem.

Kazdy, kdo kdy pracoval s webovymi sluzbami, tak navrh xml pro SOAP response je obcas magie. To je treba priklad, kde s kompresi by byl vcelku problem.

[happy barney]

fuj, SOAP to je to, čomu osobne vravím java-style ... nabubrelé, nechutné, ale v móde. Osobne radšej obyčajné XML/RPC.

[Daniel Kvasnička ml.]

Tak to uz snad rovnou RESTful services, ne?

[Ladicek]

Tak, a teď by se sem měli nahrnout všichni ti RESToví věrozvěsti a vysvětlit ti, že REST je architektonický přístup, zatímco SOAP je protokol, takže lze dělat REST klidně na SOAPu a podobné úchvatnosti. Pokud jde o mě, všechen ten hype okolo RESTu mne nechává ledově chladným, protože v zásadě jde o formulaci triviálních principů, které používá snad každý, vědomky či nevědomky, a jenom různá svoloč okolo toho buduje neprostupnou bariéru frameworků, na které se dají prodávat konzultantské služby. Uff

[Josef Kufner]

Tak v tomhle případě se o kompresi postará transparentně samotné HTTP.

[JS]

Jestli se snazite pouzivat XML na neco jineho, nez je oznacovani textu (semantic markup nebo jak se tomu rika), tak je vase pouziti mimo originalni zamer (k cemu se XML ma pouzit) a z toho vyplyva vase dilema.

Takze odpoved zni, pokud vase aplikace je takove povahy, ze jde o text v zasade citelny uzivatelem, pak to co je v elementech je citelny text (uzivatelem), kdezto atributy urcuji vlastnosti toho textu.

Pokud ovsem to pouzivate jako ukladaci format dat (databaze, konfigurace), pak to pouzivate v rozporu s puvodnim zamerem a tedy je to v podstate na vas, jak si to zorganizujete, a z techto duvodu take nikdo nema rozumne doporuceni.

[Vojtěch Horký]

Jenom poznámka - pokud to bude rovnou atribut, tak pak nemůžeme přidávat jeho další vlastnosti (rozuměj - ne tak elegantně, IMHO):

<micuda>
    <barva>bila</barva>
    <prumer jednotky="mm">40</prumer>
</micuda>

vs.

<micuda barva="bila" prumer="40" prumer-jednotky="mm"/>

A ještě něco: pokud očekáváme, že bude hodnota z nějaké nevelké množiny (třeba máme jenom bílé, modré a žluté míče), tak bude asi lepší atribut, protože ten můžeme otestovat vůči schematu (myslím, že data vně nelze).

[stybla]

A ještě něco: pokud očekáváme, že bude hodnota z nějaké nevelké množiny (třeba máme jenom bílé, modré a žluté míče), tak bude asi lepší atribut, protože ten můžeme otestovat vůči schematu (myslím, že data vně nelze).

Otazkou je, jestli ma schema smysl. Co jsem zatim videl, tak schema objemem prevysovalo samotna data v XML.

[Heron]

Jak kdy, ale dá se vůči němu krásně validovat.

[stybla]

Jak kdy, ale dá se vůči němu krásně validovat.

Ja to nepopiram. Pouze jsem konstatoval skutecnost, ze schema muze byt prehnane velke. Muj dojem je takovy, ze schema se zrovna moc nepovedlo. A i kdyz mam XML moc rad resp. nepouzivam nic jineho, tak validaci asi budu (pozn. jiz resim) (vzdy) resit primo v aplikaci.

[Tomáš Skočdopole]

Dekuji vsem za odpovedi! Pomohlo me to se zorientovat.

Tomas

[Daniel Kvasnička ml.]

Od jednoho z "XML gurus"... http://www.ibm.com/developerworks/xml/library/x-eleatt.html

V podstate bych to shrnul jeho slovy: If you consider the information in question to be part of the essential material that is being expressed or communicated in the XML, put it in an element. If you consider the information to be peripheral or incidental to the main communication, or purely intended to help applications process the main communication, use attributes.

+ ta dobra definovatelnost vyctoveho typu pro atributy