abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 17:00 | IT novinky

    Podvodné reklamy na sociálních internetových platformách, jako je Facebook, Instagram nebo X, vytvořily loni v Česku jejich provozovatelům příjmy 139 milionů eur, tedy zhruba 3,4 miliardy korun. Proti roku 2022 je to nárůst o 51 procent. Vyplývá to z analýzy Juniper Research pro společnost Revolut. Podle výzkumu je v Česku zhruba jedna ze sedmi zobrazených reklam podvodná. Je to o 14,5 procenta více, než je evropský průměr, kde je podvodná každá desátá reklama.

    Ladislav Hagara | Komentářů: 0
    včera 15:44 | Nová verze

    Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.6 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.

    Ladislav Hagara | Komentářů: 0
    včera 03:22 | Nová verze

    Czkawka a Krokiet, grafické aplikace pro hledání duplicitních a zbytečných souborů, byly vydány ve verzi 11.0. Podrobný přehled novinek v příspěvku na Medium. Od verze 7.0 je vedle frontendu Czkawka postaveného nad frameworkem GTK 4 vyvíjen nový frontend Krokiet postavený nad frameworkem Slint. Frontend Czkawka je už pouze v udržovacím módu. Novinky jsou implementovány ve frontendu Krokiet.

    Ladislav Hagara | Komentářů: 15
    včera 02:00 | Zajímavý článek

    Jiří Eischmann na svém blogu publikoval článek Úvod do MeshCore: "Doteď mě radioamatérské vysílání úplně míjelo. Když jsem se ale dozvěděl, že existují komunity, které svépomocí budují bezdrátové sítě, které jsou nezávislé na Internetu a do značné míry taky elektrické síti a přes které můžete komunikovat s lidmi i na druhé straně republiky, zaujalo mě to. Když o tom přede mnou pořád básnili kolegové v práci, rozhodl jsem se, že to zkusím taky.

    … více »
    Ladislav Hagara | Komentářů: 3
    16.2. 22:55 | Nová verze

    Byla vydána verze 0.5.20 open source správce počítačových her na Linuxu Lutris (Wikipedie). Přehled novinek v oznámení na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    16.2. 12:44 | IT novinky

    Peter Steinberger, autor open source AI asistenta OpenClaw, nastupuje do OpenAI. OpenClaw bude převeden pod nadaci a zůstane otevřený a nezávislý.

    Ladislav Hagara | Komentářů: 0
    16.2. 03:11 | Zajímavý článek

    Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2025. Ke konci roku 2025 vlastnila 349 462 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,36 %. V roce 2024 to bylo 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.

    Ladislav Hagara | Komentářů: 13
    15.2. 21:55 | Zajímavý software

    Nástroj sql-tap je proxy mezi aplikací a databází, které zachytává všechny SQL dotazy a zobrazuje je v terminálovém rozhraní. Zde lze téměř v reálném čase zkoumat dotazy, sledovat transakce a spouštět SQL příkaz EXPLAIN. Podporované databázové systémy jsou pouze PostgreSQL a MySQL. Zdrojový kód je dostupný na GitHubu, pod licencí MIT.

    NUKE GAZA! 🎆 | Komentářů: 0
    15.2. 13:55 | Nová verze

    Byla vydána nová verze 9.2 textového editoru Vim (Vi IMproved). Přináší vylepšené doplňování, podporu schránky ve Waylandu, podporu XDG Base Directory (konfigurace v $HOME/.config/vim), vylepšené Vim9 skriptování nebo lepší zvýrazňování změn. Vim zůstává charityware. Nadále vybízí k podpoře dětí v Ugandě. Z důvodu úmrtí autora Vimu Brama Moolenaara a ukončení činnosti jím založené charitativní organizace ICCF Holland projekt Vim navázal spolupráci s charitativní organizaci Kuwasha.

    Ladislav Hagara | Komentářů: 4
    14.2. 12:33 | Zajímavý projekt

    Byl představen editor MonoSketch, webová aplikace pro tvorbu diagramů, technických nákresů, flowchartů a různých dalších vizualizací, to vše jenom z ASCII znaků. Všechny operace běží pouze v prohlížeči uživatele a neprobíhá tedy žádné nahrávání dat na server. Zdrojový kód aplikace (drtivá většina Kotlin, žádné C#) je dostupný na GitHubu pod licencí Apache 2.0.

    NUKE GAZA! 🎆 | Komentářů: 5
    Které desktopové prostředí na Linuxu používáte?
     (19%)
     (6%)
     (0%)
     (11%)
     (27%)
     (3%)
     (4%)
     (2%)
     (12%)
     (27%)
    Celkem 892 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: xml, jaký zvolit návrh

    5.4.2012 20:33 adi
    xml, jaký zvolit návrh
    Přečteno: 418×
    Zdar, navrhuji pro svou první (větší) aplikaci i první xml. A přemýšlím, co je lepší- nebo jaké jsou výhody toho nebo onoho. Uvedu dvě varianty (příklad vymyšlen):

    Př. 1.: http://pastebin.com/wGfXyHnn

    Př. 2.: http://pastebin.com/zmKUwn7w

    Častěji vidím druhý případ zápisu, ale nevím proč- proč bych měl používat tento? Není to jedno? Prosím o stručné +/-. Děkuji pěkně dopředu.

    PS: jak se formátuje kód se závorkama zde na Abíčku? My to pořád řve, že značka není povolena...

    Odpovědi

    5.4.2012 20:55 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Ve druhé variantě je nevhodné míchání textového obsahu a vložených elementů v jednom elementu -- bylo by lepší textový obsah vložit také do nějakého elementu. Jinak obecné doporučení se dává těžko, řiďte se citem :-) Pokud se dá předpokládat, že nějaká hodnota může být dále strukturována, je lepší použít element -- pro další strukturování do něj jen vložíte další elementy. Důležitý je také fakt, že elementy se mohou opakovat a můžete určit jejich pořadí. Atributy se používají především v případě, kdy je v nich nějaké doplnění hlavní informace, která je v elementu. Zkuste se inspirovat třeba u HTML -- hlavní obsah stránky je v elementech, a doplňkové informace (styly, velikosti obrázků, odkazy, alternativní texty) jsou v atributech. Každopádně elementy jsou univerzálnější, atributy jsou stručnější a člověka tolik neodvádí od toho hlavního.
    PS: jak se formátuje kód se závorkama zde na Abíčku? My to pořád řve, že značka není povolena...
    Nápověda je přímo pod políčkem, ve kterém se dotaz píše. A taky je tam možnost vložení přílohy, která pak zůstane umístěná na Abíčku spolu s dotazem a nestane se -- jako v případě odkazu na jiný server -- že za chvíli nebude platit.
    5.4.2012 22:07 adi
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    děkuji
    5.4.2012 21:36 __dark__
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Prvni varianta :)
    5.4.2012 21:47 Dejv | skóre: 37 | blog: Jak ten blog nazvat ... ? | Ostrava
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh

    Vazeni

    Pred nekolika lety jsem tady rezignoval na pripominky ohledne dodrzovani pravidel ceskeho pravopisu. To se ovsem jednalo prakticky vyhradne o chyby ve shode podmetu s prisudkem (psani tvrdeho y nebo mekkeho i v pricesti minulem).

    Ale to, co tady vidim dnes, uz proste ignorovat nelze. Napsat my (tady odpoved na kdo?) a pokracovat, jakobych (podle dalsiho smyslu vety spravne) napsal mi (tedy komu?) - to uz je proste moc. Chce se mi zvracet.

    Pomalu uz zacinam mit strach podivat se do jakekoliv diskuze, co tam zase najdu za hruzy.

    A desim se toho, ze jsem asi jediny, komu to vadi...

    A rypalum s pripominkami, ze cestina pouziva hacky a carky sdelim, ze nemam k dispozici klavesnici, ktera by mi umoznovala tyto znaky psat. To mi ovsem nebrani v tom, abych psal bez takovych hruz, jako je ta vyse zminena.

    Pevně věřím, že zkušenější uživatelé mě s mými nápady usměrní a pošlou tam, kam tyto nápady patří...
    5.4.2012 22:11 adi
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Hm, představ si, že si uvědomuji rozdíl mezi mi x my, mě x mně atd. a velmi rád dodržuji pravidle našeho krásného českého jazyka, ale nenapadlo tě, že je člověk na druhé straně unaven? Ty vago on udělal jednu chybu a ty zvracíš? Jdi si raději svou pravopisnou mánii někam léčit, když nemáš nic věcného k tématu... :)
    6.4.2012 10:31 JS
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Diky! Ja se taky snazim dodrzovat pravidla (z diktatu jsem mel vzdycky za 1 a byl na to pysny - akorat mozna carky mi delaji problem a posledni dobou anglicismy), ale jelikoz si pri psani predrikavam, obcas napisu "i" misto "y". Vetsinou to vizualni feedback rozezna, ale muze to vyjimecne ujet.

    Druha vec je (i kdyz na ceskem foru spis asi vyjimka), ze tazatel nemusi byt rodily mluvci (nebo muze byt silne ovlivnen jinym jazykem). Takze nekoho kritizovat za gramatiku povazuji take za zbytecne.

    P.S. Pokud chcete noblesni metodu, jak to preci jen nekomu naznacit, doporucuji pisatele citovat v jine zalezitosti a mimochodem mu v te citaci tu chybu opravit.
    6.4.2012 11:02 Kit
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Tohle je diskuze o programování, jazykový koutek je jinde. Také se snažím upozornění na chybu taktně zakomponovat do odpovědi, která je k věci. Pokud nemám nic k věci, ale jen chci upozornit na chybu, tak na to velmi rychle zapomenu, neboť by to byl ode mne závažný přestupek proti netiketě.

    K věci: Už ses rozmyslel, která varianta XML bude pro tebe nejvýhodnější? Určitě bych se snažil nepoužívat nicneříkající názvy elementů 'root' nebo 'element' a raději bych je nahradil pojmy s nějakým významem. Ušetří se tím dost místa, ale hlavně je to mnohem čitelnější. Také parsery se píší mnohem lépe, když názvy tagů mají svou sémantiku.

    Z toho vyplývá otázka: Jaké údaje vlastně chceš do XML ukládat? Které hodnoty budou klíčové?
    6.4.2012 13:15 JS
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Tazatel je adi, ale me to shodou okolnosti zrovna zajima take (bohuzel ovsem z prace nemohu otevrit ty 2 priklady). Jenom bych k tem pravidlum snad dodal, ze pokud vim tak XML nezarucuje poradi atributu, takze pokud vam zalezi na poradi, je lepe definovat je jako podelementy.
    6.4.2012 13:34 Kit
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Není ani přípustné mít více atributů se stejným názvem. I v tom případě je nutné použít podelementy.

    Extrémem by mohlo být používání výhradně elementů bez jakýchkoli atributů. Nenapadá mě příklad, ve kterém by se to nedalo použít. Viděl jsem to na zařízení, které publikovalo stav elektroměru, vodoměru a plynoměru. Ovšem bylo to nepřehledné, protože i měrné jednotky byly v nějakém dalším elementu.
    6.4.2012 13:25 tom
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    ze cestina pouziva hacky a carky sdelim
    A interpunkcni carka vam obcas vynechava, ze? Asi prisel cas vymenit klavesnici.
    5.4.2012 22:45 Kit
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Těm variantám chybí kontext. V podstatě jsou použitelné obě dvě, ale každá v jiném případě. Pokud vím, že informace je a bude atomická, není problém ji vložit do atributu. Pokud existuje eventuální možnost, že v budoucnu atomická nebude, určitě bych použil element.

    Dalším vodítkem by mohla být úvaha, co by se stalo s informací, pokud by uvedené atributy zmizely. V prvním příkladu by se informace kompletně ztratila. Proto bych ho nepoužil. Ve druhém příkladu je obsah elementu nevhodně zapouzdřen.

    Pokud použiji to málo informací, které mám, asi bych zvolil třetí variantu:
    <root>
    <element width="100" height="200">name_of_element</element>
    </root>
    
    Ovšem o daném problému toho vím jen velmi málo a pro konkrétní účel to může být nevhodné řešení.
    5.4.2012 23:11 Kit
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Ještě čtvrtá varianta, pro případ, že name_of_element je skutečně jen název elementu, ke kterému by měla být přiřazena nějaká hodnota.
    <root>
    <name_of_element width="100" height="200">value of element</name_of_element>
    </root>
    5.4.2012 23:08 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Jen podle mě stručně, první je dobrý, druhý špatný, pokud druhý opravíte na:
    <root>
      <element>
      <name>name_of_element</name>
      <width>100</width>
      <height>200</height>
      </element>
    </root>
    
    Tak první je úspornější, a druhý Vám načte téměř jakýkoliv parser (v jakékoliv aplikace obsažený), což u prvního nemusí být možné (prostě některé aplikace atributy neumí).
    A pak záleží na to jakým způsobem (a v jakém jazyku) s tím budete pracovat a o Vám bude vyhovovat.

    PS: Toš normálně, stejně jak do XML tak i do HTML perete < jako &lt;, tedy pro výsledek <root> zapíšete &lt;root&gt;, nebo prostě použijete přepínač „Editor“ :)
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    Josef Kufner avatar 6.4.2012 15:07 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Zkus to takle:
    <root>
       <name_of_element>
          <width>100</width>
          <height>200</height>
       </name_of_element>
    </root>
    
    Nebo jak už pár lidí psalo dříve:
    <root>
       <element>
          <name>name_of_element</name>
          <width>100</width>
          <height>200</height>
       </element>
    </root>
    
    Ale radši bych volil JSON namísto XML:
    {
      {
        "name": "name_of_element",
        "width": 100,
        "height": 200
      }
    }
    
    Nebo, pokud jsou názvy elementů unikátní:
    {
      "name_of_element": {
        "width": 100,
        "height": 200
      }
    }
    
    JSON se v případě mnoha skriptovacích jazyků (Javascript, PHP a další) dá 1:1 mapovat na datové struktury jako jsou asociativní pole (pole indexované řetězci). XML je na tohle moc (a zbytečně) složité.
    Hello world ! Segmentation fault (core dumped)
    6.4.2012 15:14 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Pokud name_of_element je hodnota, určitě bych ji nedával jako název elementu. Pak není možné použít validaci dokumentu, bude problém s transformací nebo vyhledáváním, editory nebudou schopné správně napovídat… To už pak opravdu můžete použít JSON nebo jakýkoli jiný málo strukturovaný formát, když se připravíte o tyhle výhody XML.
    6.4.2012 15:29 Kit
    Rozbalit Rozbalit vše Re: xml, jaký zvolit návrh
    Pokud name_of_element je jméno elementu (jak název napovídá), určitě obsahuje i nějakou hodnotu. V tom případě se nabízí použití name_of_element jako název elementu.

    Ovšem na rozhodnutí, co je správné, máme od tazatele příliš málo informací. Je také možné, že název name_of_element není správně sémanticky zvolen.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.