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í
×
    dnes 04:22 | Nová verze

    Byla vydána nová verze 10.2 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze nové balíčky Immich, Immich Machine Learning, uv a RustDesk Client.

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

    TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 6.0. Příští verze 7.0 je kvůli výkonu přepisována do programovacího jazyka Go.

    Ladislav Hagara | Komentářů: 0
    včera 20:33 | Zajímavý článek

    Christian Schaller z Red Hatu na svém blogu popsal své zkušenosti s používáním AI při vývoji open source aplikací pro Linux. Pomocí různých AI aktualizoval nebo vytvořil aplikace Elgato Light GNOME Shell extension, Dell Ultrasharp Webcam 4K, Red Hat Planet, WMDock, XMMS resuscitated (aktualizace z GTK 2 a Esound na GTK 4, GStreamer a PipeWire) a Monkey Bubble. SANE ovladač pro skener Plustek OpticFilm 8200i se mu zatím nepovedl.

    Ladislav Hagara | Komentářů: 6
    včera 19:44 | IT novinky

    Americké firmy Tesla a SpaceX postaví v texaském Austinu moderní komplex na výrobu čipů pro umělou inteligenci (AI). Součástí projektu s názvem Terafab budou dvě moderní továrny na výrobu čipů – jedna se zaměří na automobily a humanoidní roboty, druhá na datová centra ve vesmíru. Uvedl to generální ředitel těchto firem Elon Musk. Projekt by podle odhadů měl stát 20 miliard USD (zhruba 425 miliard Kč).

    Ladislav Hagara | Komentářů: 4
    včera 15:00 | Nová verze

    Byla vydána nová stabilní verze 6.11 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 01:44 | Bezpečnostní upozornění

    Ubuntu 26.04 patrně bude ve výchozím nastavení zobrazovat hvězdičky při zadávání hesla příkazu sudo, změna vychází z nové verze sudo-rs. Ta sice zlepší použitelnost systému pro nové uživatele, na které mohlo 'tiché sudo' působit dojmem, že systém 'zamrzl' a nijak nereaguje na stisky kláves, na druhou stranu se jedná o možnou bezpečnostní slabinu, neboť zobrazování hvězdiček v terminálu odhaluje délku hesla. Původní chování příkazu sudo

    … více »
    NUKE GAZA! 🎆 | Komentářů: 13
    22.3. 21:33 | Komunita

    Projekt systemd schválil kontroverzní pull request, který do JSON záznamů uživatelů přidává nové pole 'birthDate', datum narození, tedy údaj vyžadovaný zákony o ověřování věku v Kalifornii, Coloradu a Brazílii. Jiný pull request, který tuto změnu napravoval, byl správcem projektu Lennartem Poetteringem zamítnut s následujícím zdůvodněním:

    … více »
    NUKE GAZA! 🎆 | Komentářů: 31
    22.3. 17:22 | Nová verze

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 163 (pdf).

    Ladislav Hagara | Komentářů: 0
    21.3. 15:22 | IT novinky

    Eric Lengyel dobrovolně uvolnil jako volné dílo svůj patentovaný algoritmus Slug. Algoritmus vykresluje text a vektorovou grafiku na GPU přímo z dat Bézierových křivek, aniž by využíval texturové mapy obsahující jakékoli předem vypočítané nebo uložené obrázky a počítá přesné pokrytí pro ostré a škálovatelné zobrazení písma, referenční ukázka implementace v HLSL shaderech je na GitHubu. Slug je volným dílem od 17. března letošního

    … více »
    NUKE GAZA! 🎆 | Komentářů: 7
    21.3. 15:11 | Zajímavý projekt

    Sashiko (GitHub) je open source automatizovaný systém pro revizi kódu linuxového jádra. Monitoruje veřejné mailing listy a hodnotí navrhované změny pomocí umělé inteligence. Výpočetní zdroje a LLM tokeny poskytuje Google.

    Ladislav Hagara | Komentářů: 14
    Které desktopové prostředí na Linuxu používáte?
     (15%)
     (7%)
     (1%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1142 hlasů
     Komentářů: 27, poslední 17.3. 19:26
    Rozcestník

    Dotaz: xml, jaký zvolit návrh

    5.4.2012 20:33 adi
    xml, jaký zvolit návrh
    Přečteno: 419×
    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.