Proč se v Javě XML nahrazuje YML?

[JS]

Skoda, ze skoro nikdo nezna Dhall. To je skutecna inovace v konfiguracnich jazycich. Prehlednost YAMLu za mensi celkovou slozitost, overitelnost schematu lepsi nez u XML a mnohem vetsi programovatelnost jako bonus.

To bude tím, že když už ho někdo zmíní, tak o něm nic neřekne. Ani link neuvede. Já jsem na něj před časem narazil. A na Haskellovskou akci tedy dokumentace na zabití.

Vidis, a ja myslel, ze jsem to popsal docela dobre.  Ale zase asi do produkce to jeste neni uplne zrale. Takze kdo si chce zjistit, jak mozna nekdy v budoucnu delat veci lepe si to muze vygooglit.

[Reklama]

[JS]

Pouzivat XML nebo JSON na vymenu dat mezi systemy je zverstvo. Spravne by se melo pouzivat neco jako PB nebo CBOR.

V tom souboru CBOR nikde nevidím sémantické značky. Místo takových non-human-readable formátů je jednodušší použít textový formát s kompresí při přenosu.

CBOR ma uzivatelsky definovatelne tagy. A pouzit textovy format neni jednodussi, naopak.

[Kit]

Pouzivat XML nebo JSON na vymenu dat mezi systemy je zverstvo. Spravne by se melo pouzivat neco jako PB nebo CBOR.

V tom souboru CBOR nikde nevidím sémantické značky. Místo takových non-human-readable formátů je jednodušší použít textový formát s kompresí při přenosu.

CBOR ma uzivatelsky definovatelne tagy. A pouzit textovy format neni jednodussi, naopak.

Je zvláštní, že jsem nikde nenašel ukázku takového souboru. Zřejmě se ten formát moc nepoužívá.

[JS]

Pouzivat XML nebo JSON na vymenu dat mezi systemy je zverstvo. Spravne by se melo pouzivat neco jako PB nebo CBOR.

V tom souboru CBOR nikde nevidím sémantické značky. Místo takových non-human-readable formátů je jednodušší použít textový formát s kompresí při přenosu.

CBOR ma uzivatelsky definovatelne tagy. A pouzit textovy format neni jednodussi, naopak.

Je zvláštní, že jsem nikde nenašel ukázku takového souboru. Zřejmě se ten formát moc nepoužívá.

Moc se nepouziva, protoze lide jsou jako ovce. Misto, aby pri volbe technologie resili technickou stranku veci, tak resi, kolik lidi to pouziva.

[v]

Moc se nepouziva, protoze lide jsou jako ovce. Misto, aby pri volbe technologie resili technickou stranku veci, tak resi, kolik lidi to pouziva.

ASN.1 :-)

[Reklama]

[to_je_jedno]

Tomu co vymslel YAMl by som zlamal prsty, na 3-riadkove konfigy je to pohoda, ale ked sa clovek sekne v jednej medzere v stranovom YAML-y tak sa to uzasne hlada a hlavne na jeho pisanie treba pravitko.

hm, asi mam proste jen dobre IDE a tyhle problemy jsem nepoznal

[Kit]

Tomu co vymslel YAMl by som zlamal prsty, na 3-riadkove konfigy je to pohoda, ale ked sa clovek sekne v jednej medzere v stranovom YAML-y tak sa to uzasne hlada a hlavne na jeho pisanie treba pravitko.

hm, asi mam proste jen dobre IDE a tyhle problemy jsem nepoznal

Chtěl bych vidět, jak bys v YAMLu editoval těch mých 500k řádek - viz výše.

[Kit]

Jen tak pro zajímavost. Tohle je zápis konfigurace připojení k databázi v XML. Není mi jasné, co způsobilo, že tomu JSON či YAML konkurují. Vždyť je to skoro stejné jako YAML a kratší než JSON. Krásně čitelné a zpracovatelné na mnoho způsobů.

Kód: [Vybrat]

<database
    host='localhost'
    dbname='test'
    user='root'
    password='heslo'
/>

[v]

Jen tak pro zajímavost. Tohle je zápis konfigurace připojení k databázi v XML. Není mi jasné, co způsobilo, že tomu JSON či YAML konkurují. Vždyť je to skoro stejné jako YAML a kratší než JSON. Krásně čitelné a zpracovatelné na mnoho způsobů.

Kód: [Vybrat]

<database
    host='localhost'
    dbname='test'
    user='root'
    password='heslo'
/>

Kód: [Vybrat]

[1,2,3]

[Kit]

Kód: [Vybrat]

[1,2,3]

Jakou mají sémantiku ta čísla na první, druhé a třetí pozici? To jsou body nebo známky ve škole? Nebo že by to byly přístupové údaje k databázi?

[v]

Kód: [Vybrat]

[1,2,3]

Jakou mají sémantiku ta čísla na první, druhé a třetí pozici? To jsou body nebo známky ve škole? Nebo že by to byly přístupové údaje k databázi?

je to zcela náhodný seznam čísel

[j]

.....A pouzit textovy format neni jednodussi, naopak.

Vis ty vubec proc se ujalo http a html? No protoze je to cele jenom text ...

Textovy foramty se pouzivaji a pouzivat budou, protoze se snadno a rychle debugujou. Muzes si totiz velice snadno overit, ze si nacet presne to, co si nacist chtel. A nemusis na tom resit, ze kdyz to bude neco jinyho nex text (rekneme cislo) tak ze musis dekryptovat binarni tvar, coz sice bude mozna mensi, mozna i rychlejsi, ale rozhodne o nekolik radu vic nachylny na chyby.

Nehlede nato, ze objektova reprezentace dat je naprosto totalni pitomost. To funguje tak mozna pro priklady ze skol.

...

Kód: [Vybrat]

<database
    host='localhost'
    dbname='test'
    user='root'
    password='heslo'
/>

A navic ti to umoznuje delat takovy brikule, ze tech uctu muzes deklarovat pro jednu databazi vic, nebo i vic ruznych databazi, a i kdyz to trebas zrovna tvoje aplikace nevyuzije, tak ji to ani nijak zvlast nerozhazi a doplnit funcionalitu tak aby to i vyuzila je otazka jednoho radku.

Mam tu trebas appku, ktera ma xml konfigurak, a zrovna pro pristup do databaze muzes deklarovat N ruznych pristupu, od jednoho centralniho uctu, pres predavani loginu uzivatelu, pripadne skupiny atd atd ... a to vse klidne v jednom konfiguraku najednou. Pritom je to jen o multiplikaci strukturalne stejnych zaznamu a velice logickym zanoreni do sebe.

[Kit]

Kód: [Vybrat]

[1,2,3]

Jakou mají sémantiku ta čísla na první, druhé a třetí pozici? To jsou body nebo známky ve škole? Nebo že by to byly přístupové údaje k databázi?

je to zcela náhodný seznam čísel

Tohle by také mohl být náhodný seznam stringů ve tvém stylu:

Kód: [Vybrat]

['localhost','test','root','heslo']
Co takhle CSV? To bude ještě jednodušší:

Kód: [Vybrat]

localhost,test,root,heslo
Není to úžasné? Není. Fungovat to sice bude, ale v komentáři nebo v dokumentaci stejně budeš muset uvést, ve kterém sloupci je jaký údaj. XML má právě výhodu, že pro jednoduché účely je samopopisné. Pro ty složitější máme DTD, XSD, RelaxNG a hromadu nástrojů, které s nimi umí pracovat. Je jen na vývojáři, jak detailně se chce do specifikace ponořit. Vytváření takového dokumentu zvládnou i obecné XML editory, které si tu specifikaci načtou a podle ní zobrazí vstupní formulář. Při zápisu data zvalidují. Který z alternativních formátů tohle má?

[Kamil Podlešák]

...XML je "značkovací" (markup) formát, primárně určený pro text...

Ehm nikoli, xml je format urceny primarne pro data, s textem to nema temer vubec nic spolecneho.

Ehm nikoli, každý Markup Language je (z definice) určen pro text. Přesněji řečeno textová data, takže ano, je primárně pro data :-)

Ale asi bych měl dodat: nemám nic proti konfiguraci v XML, naopak. Ale YAML je pořád mnohem lepší než JSON nebo INI. 

[v]

...v komentáři nebo v dokumentaci...

přesně!