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

Tolik rozruchu
jen v Lopuchu

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: yzpdzym
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
huh huh 31.12.2008 11:42  968
Muj amatersky pohled.
Tak "staticka metoda" je obycejna funkce, takze jeji volani je jenoduse f(), zatimco normalni metoda se bez behovych optimalizaci bude volat ve stylu (objekt->vmt)[4](); Pomijim jeden parametr (this) navic.
Ale samozrejme:
1) dnesni JIT runtimy tohle umi
2) muzes metodu oznacit jako final
(K tomu jeden clanek pise: "If the run-time environment knows that no classes are loaded that extend Y, then it can safely inline calls to methods of Y, regardless of whether Y is final (as long as it can invalidate such JIT-compiled code if a subclass of Y is later loaded). So the reality is that while final might be a useful hint to a dumb run-time optimizer that doesn't perform any global dependency analysis, its use doesn't actually enable very many compile-time optimizations, and is not needed by a smart JIT to perform run-time optimizations.")
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 31.12.2008 11:21  967
Operator: ve volani ty metody jako takovy imho zadnej, rozdil ale je v tom, jakou mas rezii na ziskani objektu, na kterym tu metodu zavolas, tam je na tom samozrejme lip staticka metoda.
operator304 31.12.2008 10:51  966
Mam jeden dotaz k Jave. Netusite nekdo, jak moc je vykonove rozdilne volani staticke metody a metody na objektu? Tuhle mi napadlo, jestli na ruzny servisy se vic hodi singleton nebo trida se statickejma metodama.
etdirloth EtDirloth 31.12.2008 07:38  965
Bredy [964]: hehe
bredy 30.12.2008 23:46  964
To je možný... alespoň mám pocit, že to někdo čte... příště tu záměrnou chybu zkusím přesunout o kapitolu níže :-D
etdirloth EtDirloth 30.12.2008 23:44  963
Bredy [962]: nerad bych bol za hnidopicha, ale nema byt nahodou "zarputilím" s ypsilonom?
bredy 30.12.2008 23:32  962
Další pokus o Garbage Collector v C++
kmet 11.12.2008 01:32  961
Našel by se tu někdo kdo má praktickou zkušenost se simulátorem ns2?
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 28.10.2008 23:08  960
edmundl [959]: Chtel jsem rict "neni, musis sam, najdi si vzorce pouzitych tvaru jmen a pak to proste vsechno aplikuj a porovnavej s tou DB", ale po tom upresneni, cos hodil na Okounu radsi uz nepisu nic, protoze ty pozadavky zacinaji byt nejake podezrele velke a silne...
edmundl 28.10.2008 22:01  959
Mám jednu starší aplikaci na správu knihovny ve VB6.0 Potřebuji do ní přidat funkci hromadného načítání knih z textového souboru. Problém je v tom, že v db jsou autoři knih uloženi v samostatné tabulce a s tabulkou knih jsou propojeny pomocí vazebné tabulky. Ale v textovém souboru jsou autoři přímo jménem u knihy. A já potřebuju nějak automaticky dohledávat autory z textového souboru v tabulce autorů. Přitom ale nestačí jen prosté porovnání na shodu textů. Autoři mohou být zadáni různými způsoby.
Např: Petr Novák nebo Novák Petr nebo Novák,Petr nebo Novák, Petr Novák P. atd.

Existuje ve vb nějaká funkce která by uměla porovnat dva texty, zda si jsou "podobné"?
Nejde mi o 100% spolehlivost ale aspoň částečnou.

Pokud ne, nemůžete mě odkázat na nějaký algoritmus, který toto řeší?
al3x 4.9.2008 09:58  958
Bredy: Souhlasim s KKL. Navic bych tam videl jeste minimalne jeden duvod: "Cilovka" gitu je trosku jina, nez jsi ty. (To neni mysleno nijak zle.) Vyzaduje od uzivatel trosku hlubsi pochopeni nez SVN, na druhou stranu jim dava sirsi moznosti. Ja dabelsky rychly, ale zase se ovlada skoro vyhradne z konzole. Skoro bych v tom videl podobnou analogii jako Vim, Emacs vs. nejaky jednodych graficky editor (Kate?)
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 3.9.2008 10:05  957
Bredy [956]: Tak to bude zase spise tim, ze git je mladsi (aspon co do obecne povedomosti) a teprve se na vysluni dere. Ja naopak pozoruju, ze ruzne projekty, ktere driv pouzivaly cvs nebo svn, presly na git, takze mi prijde, ze o gitu bude slyset vic a vic.
bredy 3.9.2008 09:54  956
AL3XTaky si myslím, že SVN není žádný zázrak, má spoustu much a nedomyšleností, někdy až ke zlosti..., ale na druhou stranu git trpí jinými problemy, například nepřívětivost. Není to můj názor, obecně platí, že jednoduché a srozumitelné je automaticky propagováno. A pluginů na SVN je v současné době hodně, prakticky každý vývojový systém ho má. Pluginů na GIT moc není... upřímně, SVN vidím na každém kroku, ale nebýt root.cz a tebe, tak o GITu ani nevím. Takže o tom to je....
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 2.9.2008 08:50  955
al3xdiky za seznameni :)
al3x 2.9.2008 08:42  954
TVX:
typicka prace s gitem by byla:
git-checkout -b bug1 -- schova soucasny "master", vytvori z nej branch "bug1" a prepne te do nej
git-commit -a -m 'oprava 1' -- commituje do bug1, "master" zustava schovan a nezmenen.
git-commit -a -m 'oprava 2'

git-checkout master -- prepnu se do master
git-pull . bug1 -- pokud se mi podarilo hezky opravit bug1, tak vsechny commity necham aplikovat na master.

Hezky na tom je, ze prepinanim mezi branchema git-checkout "prepina" obsah soucasneho adresare s projektem. Soubory, ktery jsou v jinych branchich pred tebou schova do .git. Nejsou to adresare nad/pod, jako je zvykem u SVN, ale jsou to opravdove branche.
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt