Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Diskuze na Lopuchu,
pohlazení na duchu

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: hudkahi
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 18.11.2007 11:35 - Oblíbené kluby (11:21) 806
zdravím a jsem tu opět s dotazempotřebuji pracovat se učitou strukturou
dejme tomu pro názornost - něco jako strom:
(například příroda)
nějaké větve
rostliny, nerosty, zvířata
pak řada podvětví
savci, ptáci ...
šelmy
psovité, kočkovité atd ...
a výstup třeba XML
a potřebuji to mít neustále pod kontrolou
možnost měnit, přídávat kategorie, editovat kategorie, občas možná změnit hierarchii
prostě něco jako vnořené číselníky

umím pracovat s databázemi v Accessu
počítám, že bych vytvořil nějkaou strukturu tabulek, která by šla snadno editovat a v exportu byvh pak měl možnost vyexportovat do XML, což je to co (myslím) potřebuji jako výsledný produkt pro určitou další třídící práci


Potřeboval bych od vás případné tipy na nějaký specializovaný nástroj pro tvorbu kategorií (umožňující pracovat v mnoha formátech, s importem, exportem, konvverzí atd ...)

Snad jsem to moc v tomhle hotazu nepomotal a bude zřejmé (trochu) co vlasně chci
:-))

Děkuji
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 14.11.2007 14:26  805
hm, jejda, to ani nevim, v nejhorsim to vemu, beztak tu zadnej boj nebejva :c]
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 14.11.2007 14:17  804
Spravcovska poznamkaHleda se moderator, zajemci projevte se (nejzhavejsim kandidatem je tvx, kdyz uz je spolumoderatorem).
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 23.10.2007 10:36  803
V tom pripade bych silne doporucil precist si takovy ty povidani "co je noveho v Jave 1.5", co se nekde na java.sun.com valej, to je uzitecny cteni. Ne, ze by se treba mezi verzema 1.3 a 1.4 nedely nejaky zajimavy veci, ale mezi 1.4 a 1.5 je to fakt pomerne zasadni.
bredy 23.10.2007 10:22  802
No já se učil Javu 1.0, 1.1, pak dlouho nic, a teď zase musím dělat v Jave. Pochytil jsem mnoho změn, ale to víš, člověk nemá čas pochytit všechno.
bredy 23.10.2007 10:20  801
TessienDěsím se, co bude ve 1.8+ :-)


No ještě to snad neoznačili jako zastaralé...
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 23.10.2007 10:10  800
Bredy [798]: nelibi se mi to, ze to je zastarale API a specialne ten Vector je interne synchronizovanej, takze pri paralelnim pristupu bude zbytecne pomalej.
Dneska se pouziva Collection framework (v tvym pripade nejakej List) a Iterator na prochazeni (pripadne v Jave 1.5+ ten novej for cyklus pres kolekce).
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 23.10.2007 10:02  799
Ono ostatne nekdy to ani jinak nejde, napriklad kdyz clovek dela grafiku pres SWT, kde je potreba na mnohych objektech explicitne volat dispose().
bredy 23.10.2007 09:54  798
Co se ti na těch objektech nelíbí, resp. co bys použil ty? ;-)
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 23.10.2007 09:19  796
Uff, Vector a Enumeration :)

Ale jinak napad registrovat si nejam objekty, ktery potrebuju nejak na konci closnout - proc ne, muze to usetrit nejaky prehlidnuti a zapomenuti.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 22.10.2007 23:41  795
Uff, "aby jsme"... :-)
bredy 22.10.2007 22:13  794
Jelikož tu nemáme klub Javy, dávám odkaz sem:

Jak na destruktory v Javě
bredy 18.10.2007 09:19  793
ChecksumPíšu si vlastní patcher, programek co vyrobí rozdílový derivát mezi starou a novou verzí binárního souboru. Musí umět zvládnout až stovky gigabajtů. Řeším to metodou částečných checksumů počítaných z fragmentů. Fragmentů může být až několik stovek tisíc. I tak může mít jeden fragment několik desítek i stovek kilobajtů (ani megabajt není výjimkou)

No a potřeboval bych něco jako průběžný checksum. Problém je, že ho nechci počítat po každém bajtu a přesto bych potřeboval, aby odpovídal checksumu načtených bajtů ve fragment bufferu.

Když si spočítám složitost výpočtu po každém bajtu, dojdu k tomuto:

počet cyklu = M * N, kde N je velikost souboru a M je velikost fragmentu.
A protože M = k * N
O = M * N = k * N * N = k * N2 = N2

Přestože k<<1, tak N2 přímo nahání hrůzu

Potřeboval bych checksum, který by byl silný (dobře by vyjadřoval obsah fragmentu), zároveň abych uměl reflektovat odebrání prvního bajtu, posun fronty a přdání bajtu na konec. Napadli mne tyto varianty
  1. chk = chk + b (prostý součet)
  2. chk = chk + (b rotl fn(b))
  3. chk = (chk rotl k) xor b

rotl - rotace vlevo
1 je prostý checksum, 2 je jen vylepšený checksum pro využití celého rozsahu proměnné. 3 je xorovaný checksum, který jako jediný je nekomutativní (abcd je jiný výsledek než dcba).

Ve všech případech ale se bojím, že checksum není dost silný a povede ke spoustě falešných poplachů (kdy patcher bude zbytečně zkoumat fragmenty, které nejsou stejné ale mají stejný checksum).

Měl by někdo nápad na lepší řešení? Nesetkal se někdo s něčím takovým?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 28.9.2007 11:08  792
diky :)
huh huh 28.9.2007 00:05  791
tvx [790]: IPython umi logovani

[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt