Proč se v Javě XML nahrazuje YML?

[ondatrax]

To samé platí pro LI, TD a další, xhtml je proti tomu zbytečný opruz.

si delas kozy doufam protoze jinak bys trumfnul i ty nejvetsi magory tady.

Všechno to jsou nepovinné párové tagy.

[Reklama]

[ondatrax]

To samé platí pro LI, TD a další, xhtml je proti tomu zbytečný opruz.

si delas kozy doufam protoze jinak bys trumfnul i ty nejvetsi magory tady.

Všechno to jsou nepovinné párové tagy.

http://jecas.cz/html-znacky#koncova-volitelna

[Kit]

Nevím, proč se v Javě XML nahrazuje za YML. Ale u YML mě zaujala vlastnost, že tam ty uzle nemusí být uzavřeny.
Například log v YML mohu průběžně generovat a průběžně číst, protože se nemusím ohlížet na uzavírací značky jako v XML. I v půlce uřízlý text je validní.

Je fakt, že se XML na generování logů nehodí - proto se nejčastěji používá CSV. Když se takové logování správně napíše, tak si poradí i se souběhem.

Na druhou stranu může takto poškozený záznam v YAMLu znepříjemnit parsování. Záznam je validní, ale chybný. Další záznam je přilepený jako jeho pokračování. Pokud bychom chtěli mít neprůstřelné logy, asi bychom použili databázi.

[to_je_jedno]

Všechno to jsou nepovinné párové tagy.

neptam se na to co to je, jen se podivuju, ze to nekdo povazuje za vhodne.

[BoneFlute]

Všechno to jsou nepovinné párové tagy.

neptam se na to co to je, jen se podivuju, ze to nekdo povazuje za vhodne.

Zajímala by mě tvá argumentace ohledně absoltuní nevhodnosti tohoto.

V případě dokumentů, kde se povinně odsazuje (YML) to funguje celkem pěkně.

[Reklama]

[Kit]

Propagátoři formátu YAML by si také měli uvědomit, že je na něm postaven zápis skriptů v Pythonu.

Podobně je na tom i XSLT, jehož zápis je odvozen z XML a dá se tak i validovat.

[ondatrax]

Všechno to jsou nepovinné párové tagy.

neptam se na to co to je, jen se podivuju, ze to nekdo povazuje za vhodne.

To si děláš kozy, protože jinak bys trumfl i ty největší magory tady.

[Petr]

To samé platí pro LI, TD a další, xhtml je proti tomu zbytečný opruz.

si delas kozy doufam protoze jinak bys trumfnul i ty nejvetsi magory tady.

Ne, právě naopak, jsem pragmatický a netrpím Aspergerovým syndromem, tekže nepotřebuji k životu zbytečné uzavírací tagy.  :-)

[andy]

Napriklad kdyby HTTP bylo binarni, nic by se pro vyvojare nezmenilo, Chrome nebo Firefox by mu to ukazal uplne stejne citelne.

No zrovna teď jsem něco debugoval s HTTP/2. při HTTP/1.1 stačilo chytit TCP spojení přes tcpflow. Na HTTP/2 jsem potřeboval mitmproxy.... ty textové protokoly se _fakt_ debugujou jednodušejc

[andy]

To samé platí pro LI, TD a další, xhtml je proti tomu zbytečný opruz.

Opruz je to do té doby, než v nějakém dokumentu začneš hledat, proč se to sakra něco zobrazuje někde jinde než má, protože se člověk někde ukouk a prohlížeč si to interpretoval po svém... XHTML v tomhle bylo super, rovnou to vypadlo na syntaktickou chybu.

[Petr]

To samé platí pro LI, TD a další, xhtml je proti tomu zbytečný opruz.

Opruz je to do té doby, než v nějakém dokumentu začneš hledat, proč se to sakra něco zobrazuje někde jinde než má, protože se člověk někde ukouk a prohlížeč si to interpretoval po svém... XHTML v tomhle bylo super, rovnou to vypadlo na syntaktickou chybu.

Ne, to se nestava, protoze je to navrzeno inteligentne a pokud se clovek ukoukne, oprava je snadna a i pres drobnou chybu ma clovek pristupny obsah. Drakonicka syntakticka kontrola xhtml, ktera kompletne znepristupnila cely obsah z duvidu sebemensi chybicky, byl jen dalsi hrebicek do jeho rakve. Dobry system s chybami pocita a umi se z nich zotavit. Chtel bys auto, ktere z duvodu sebemensi blbosti prestane kompletne fungovat? A proto lide nechteji xhtml.

[Filip Jirsák]

Zbytečné uzavírací tagy dokument prodlužují, jsi ve sporu sám se sebou.

Nejsem ve sporu sám se sebou. To akorát vy nechápete, že nejkratší neznamená nejpřehlednější. Kdyby tenhle váš předpoklad platil, nejlépe by se nám četly a editovaly zazipované dokumenty. Všimněte si, kolik redundance je v přirozených lidských jazycích, které se vyvíjely tisíce let tak, aby se lidskému mozku dobře zpracovávaly. To samé platí u programovacích jazyků  – kromě výjimečných případů optimalizace nejde o to, aby byl kód co nejkratší, ale aby byl co nejčitelnější. A to samé samozřejmě platí i pro formáty dokumentů, které jsou určené pro zpracování lidmi.

[Petr]

Zbytečné uzavírací tagy dokument prodlužují, jsi ve sporu sám se sebou.

Nejsem ve sporu sám se sebou. To akorát vy nechápete, že nejkratší neznamená nejpřehlednější. Kdyby tenhle váš předpoklad platil, nejlépe by se nám četly a editovaly zazipované dokumenty. Všimněte si, kolik redundance je v přirozených lidských jazycích, které se vyvíjely tisíce let tak, aby se lidskému mozku dobře zpracovávaly. To samé platí u programovacích jazyků  – kromě výjimečných případů optimalizace nejde o to, aby byl kód co nejkratší, ale aby byl co nejčitelnější. A to samé samozřejmě platí i pro formáty dokumentů, které jsou určené pro zpracování lidmi.

Jsi ve sporu sam se sebou, a opakovane, vyvracis si sve vlastni argumenty :-). Nema smysl zkracovat zapis za kazdou cenu, ale ani to nelze zanedbat. Je vhodne najit optimalni formu a tu ma html. Proto ma neparove tagy a proto ma parove tagy s povinnou a nepovinnou koncovou znackou. Protoze parove koncove znacky nekde maji smysl a nekde jsou jen na obtiz, otravuji, zpusobuji zbytecne chyby a v neposledni rade zhorsuji citelnost. Proto je u rucne psanych textu nepouzivam a jsem za to vdecny.

[Kit]

Záleží, na formát pro ruční zpracování dokumentů jsou kladeny jiné požadavky než na formáty určené pro strojové zpracování. Zbytečné uzavírací tagy dokument prodlužují, jsi ve sporu sám se sebou.

Jenže to prodloužení je téměř bezvýznamné. Navíc je při běžném přenosu pohlceno on-line kompresí.

[Filip Jirsák]

Proto ma neparove tagy a proto ma parove tagy s povinnou a nepovinnou koncovou znackou. Protoze parove koncove znacky nekde maji smysl a nekde jsou jen na obtiz, otravuji, zpusobuji zbytecne chyby a v neposledni rade zhorsuji citelnost. Proto je u rucne psanych textu nepouzivam a jsem za to vdecny.

Přesně naopak, zbytečné chyby způsobuje to, že můžete koncové tagy vynechávat a pak musíte text v hlavě parsovat a domýšlet, kde je ten tag vlastně ukončen. Čitelnost samozřejmě snižuje to, když vám nějaké informace chybí. Nb vm snd přpd, ž tnhl txt j čtlnjš, prtž nbshj zbtčn znk, ktr s mžt dmslt?