Zdar,
mame pomerne hodne slozity formular ve Swingu (asi patnact tabu, v
kazdem dalsich milion komponent) a jenom konstruktor tohoto formulare
trva pres deset vterin, cili i vytvoreni topkomponenty s timto
formularem zpusobi zatuhnuti na vic nez deset vterin (podotykam ze vsude
jsou nacitana data
Zdravim,
nepomuze přidat přesýpací hodiny? :) (nebo jiny ukazatel načítání). To neni
ani moc vtip, uživatel má potom pocit, že se něco děje a nemá před sebou
zamrzlou aplikaci.
Dan
2009/7/21 Tomas Hubalek
> Zdar,
> mame pomerne hodne slozity formular ve Swingu (asi patnact tabu, v kazdem
> d
Zdravim,
rekl bych, ze odpoved se naskyta sama - dotahovat komponenty kazdeho tabu
postupne.
Obecne bych i dost pochyboval, ze bude uzivatel pouzivat vsech 15 naraz a pokud
jich tam skutecne mate 15, tak to take vypada na spatny GUI navrh.
-Vity
Dne 21. červenec 2009 10:41 Tomas Hubalek nap
Mam dve mnoziny A a B. Mnozina A je 100% prvku a v mnozine B je n prvku.
Potrebuju projit mnozinu A a ke kazdemu prvku mnoziny A dohledat
odpovidajici prvek mnoziny B.
Mnoziny jsou plne v moji rezii. Muze to byt List, Map, dle libosti.
Prvky mnozin jsou tez plne v moji rezii a tak jak to mam t
Data do tech komponent se samozrejme dotahuji postupne a na pozadi. Problem je
s tim ze NetBeansy nagenerovana metoda initComponents dlouho trva, protoze je
uvnitr hodne komponent.
Pokud jde o ty taby, neda se svitit, tech informaci je tam opravdu hodne, tezko
to udelat jinak (nehlede na to, ze
No pokud byste mel klasicky List nebo Set, tak nejlepsi je obe mnoziny
seradit - slozitost O(n log n) a pak je projit jednim pruchodem O(n),
tj. celkem O(n + n log n) = O(n log n). Pokud se A a B nemeni prilis,
tak byste mohl vyuzit SortedSet nebo SortedMap, abyste to nemusel po
kazde zmene znovu
jen bych ke kolegovi dodal, ze to zavisi na skrytych konstantach, resp. poctu
tech zaznamu ... :-).
-Vity
Dne 21. červenec 2009 14:08 Ondra Medek napsal(a):
> No pokud byste mel klasicky List nebo Set, tak nejlepsi je obe mnoziny
> seradit - slozitost O(n log n) a pak je projit jednim pruch
Diky za rozbor. Mel jsem ale vice vypichnout tu podminku, ze mnozina A
je 100% prvku a B ma jen 0-100% protilehlych prvku.
Z toho mi vyplyva, ze nemohu pouzit sesortovani a protilehlost prvku,
protoze nektere A prvky nemaji prvek v mnozine B.
Jde o mnoziny velikosti radove stovek prvku.
Tak ne
jj O(n + n log n) = O(n log n), to plati pro n jdouci k nekonecnu. V
praxi spis plati ze: O(n + n log n) = O(n + n log n) :-)
Petr
Vity Vity wrote:
jen bych ke kolegovi dodal, ze to zavisi na skrytych konstantach, resp. poctu
tech zaznamu ... :-).
-Vity
Dne 21. červenec 2009 14:08 Ondra
2009/7/21 Michal Nikodím :
> Diky za rozbor. Mel jsem ale vice vypichnout tu podminku, ze mnozina A je
> 100% prvku a B ma jen 0-100% protilehlych prvku.
> Z toho mi vyplyva, ze nemohu pouzit sesortovani a protilehlost prvku,
> protoze nektere A prvky nemaji prvek v mnozine B.
lze to pouzit, pokud
>> Jde o mnoziny velikosti radove stovek prvku.
>>
>> Tak nejak doufam, ze nekde existuje neco magickeho :-) co jen pouziju a
>> voala (Google collections ?)
>
> zeby
> java.util.set.containsAll() ???
>
aha, tedy spise java.util.set.removeAll() nebo java.util.set.retainAll()
Zdravim,
jeden dialog mi nabublal do podobnych rozmeru - cca 10 tabu, 150-200
component + dalsich cca 30 tlacitek a polozek menu.
vytvoreni komponent stejne jako vysazeni do layoutu se ve vysledku
vola z konstruktoru a dialog se ukaze nez bys rekl swing.
Neni to Netbeans platforma.
Chci tim rict
Zdravím konferenci,
Společnost SUN Microsystems se rozhodla věnovat českému sdružení
CZJUG jeden vývojový kit pro technologii SunSPOT.
Rozhodl jsem se o tento kit uspořádat soutěž.
Podrobnosti najdou všichni zájemci na
http://blogs.sun.com/japod/entry/sout%C4%9B%C5%BE_o_sunspot_development_kit
13 matches
Mail list logo
