- Telekom mobilszolgáltatások
- Apple Watch Sport - ez is csak egy okosóra
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Mobil flották
- Leesett a kamionról több millió eurónyi Z Fold7
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Samsung Galaxy A56 - megbízható középszerűség
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
Új hozzászólás Aktív témák
-
#4394
Karma
félisten
Peter Kiss
#4390
Karma
félisten
válasz
Peter Kiss
#4390
üzenetére
Itt az aktuális tesztkódom.
És a futási eredmények érdekesen változtak, amióta átálltam Callable-re:
try-catch: 104 ms.
regex: 465 ms.
validator: 2350 ms.
numberutils: 96 ms. -
#4393
Superhun
addikt
Peter Kiss
#4391
válasz
Peter Kiss
#4391
üzenetére
A java.text.Format osztályt használja, és azon belül is a túlterhelt parseObject metódust.
edit: megelőztek.
-
#4392
Karma
félisten
Peter Kiss
#4391
Karma
félisten
válasz
Peter Kiss
#4391
üzenetére
DecimalFormat.parseObject-et használ, ami nullt ad vissza hiba esetén, vagy egy Number objektumot ha sikerült.
Egyébként megmértem, a try-catch kétszer annyi időt igényel, mint egy egyszer létrehozott Patternnel matchelni és annak függvényében Integer.parseIntet hívni. 3000000 futás esetében (kettő helyes, egy hibás) ez 1,5 vs 0.7 másodperc a Surface-emen (i5).
De beleteszem a Commons Validator és a Lang3 NumberUtilst is.
-
#4389
Karma
félisten
Peter Kiss
#4380
Karma
félisten
válasz
Peter Kiss
#4380
üzenetére
Van mérési eredményed is arról, hogy ez a megoldás ténylegesen lassabb mint a felsorolt alternatíváid? Mert például az Apache Commons Langban is try-catchelnek (NumberUtils.toInt).
-
#4385
trisztan94
őstag
Peter Kiss
#4383
trisztan94
őstag
válasz
Peter Kiss
#4383
üzenetére
Tényleg! Erre gondoltam, csak kevertem a try-catch-el
-
#4381
trisztan94
őstag
Peter Kiss
#4380
trisztan94
őstag
válasz
Peter Kiss
#4380
üzenetére
Na hoppá, akkor visszavonom
C#-ban ez jó megoldás viszont, nem? Nekünk suliban (legalábbi amikor rákérdeztem) azt mondták, hogy egy try-catch-be rakott int parse bőven elég erre.
-
#4339
Oppenheimer
nagyúr
Peter Kiss
#4338
Oppenheimer
nagyúr
válasz
Peter Kiss
#4338
üzenetére
Köszönöm
-
#4324
Karma
félisten
Peter Kiss
#4323
Karma
félisten
válasz
Peter Kiss
#4323
üzenetére
Mi alapján fordítanád fel a mezőket? Ha ciklussal iterálsz 0,0-ból n,m-ig, és a jobb alsó sarok tájékán kattintott a felhasználó, akkor jó darabig semmi információ nincs arról, hogy az aktuális elemet kell vagy nem felforgatni.
A rekurzív bejárás jobb lenne az adott pontból, csak rendes leállási feltétel kell neki.
-
#4286
fatal`
titán
Peter Kiss
#4284
fatal`
titán
válasz
Peter Kiss
#4284
üzenetére
?
Igen, ez volt az eredeti kód, a kérdés pedig az volt, hogy hogy van ifekkel.
-
#3706
pakriksz
őstag
Peter Kiss
#3705
pakriksz
őstag
válasz
Peter Kiss
#3705
üzenetére
de, csak köze nincs az eredményének a hash-hez. Bigintegernek van, csak ugye vágja a nullákat.
-
#3549
TBG
senior tag
Peter Kiss
#3548
TBG
senior tag
válasz
Peter Kiss
#3548
üzenetére
A szoftverfejlesztés egy ilyen sötét mágiával átjárt tudomány. Láttam sok cifra dolgot már
szerk:
Egyébként meg igazad van.
-
#3547
TBG
senior tag
Peter Kiss
#3546
TBG
senior tag
válasz
Peter Kiss
#3546
üzenetére
Nyilván az nem derült ki, hogy a kolléga mire akarja használni. És igenis, lehet az, hogy csak az egyiket írom felül. Ha egy listába rakom és csak a contains() metódust hivogatom rá, akkor bőven elég az equals() metódust felüldefiniálni.
Nem véletlenül írtam, hogy alternatív megoldás és nem az üdvözítő.
-
#3478
WonderCSabo
félisten
Peter Kiss
#3477
WonderCSabo
félisten
válasz
Peter Kiss
#3477
üzenetére
Nem értek egyet. Ez az osztály egy rendelést reprezentál. A rendeléseknek lehetnek itt fajtái, asszem itt az volt, hogy hegyi bicikli, vagy sima bicikli. Ennyiért sztem teljesen okés elgondolás, ha pl. egy enumot vagy int értéket tartalmaz az osztály, ezért külön osztályt létrehozni sztem felesleges. Főleg, hogy *kell* külön írni ehhez osztályt, az nagyon erős túlzás.
-
#3475
TBG
senior tag
Peter Kiss
#3472
TBG
senior tag
válasz
Peter Kiss
#3472
üzenetére
Ezt meg én nem értem....
-
#3377
TBG
senior tag
Peter Kiss
#3373
TBG
senior tag
válasz
Peter Kiss
#3373
üzenetére
Igaz. Egy cseppet benéztem. Az adapter arra megoldás, hogy ha van egy interfészed, aminek van 100+1 metódusa, de egy új metódust nem kell mindenhol feltétlenül megvalósítani, hanem alapértelmezésben csak egy üres metódusblokk lenne null visszatérési értékkel.
-
#3375
WonderCSabo
félisten
Peter Kiss
#3373
WonderCSabo
félisten
válasz
Peter Kiss
#3373
üzenetére
Meg persze ha változik az interface, az adaptert módosítani kell. Semmiképpen nem lehet megúszni azt, hogy másik osztályt ne kelljen átírni.
-
#3374
pvt.peter
őstag
Peter Kiss
#3371
pvt.peter
őstag
válasz
Peter Kiss
#3371
üzenetére
Értem, köszönöm a választ.
-
#3372
TBG
senior tag
Peter Kiss
#3371
TBG
senior tag
válasz
Peter Kiss
#3371
üzenetére
Interface esetén ezt nem lehet kivitelezni: ha bekerül az interface-be egy plusz elem, akkor azt a régi kódokban is implementálni kell
Elvileg egyébként erre is van megoldás.
-
#3370
pvt.peter
őstag
Peter Kiss
#3367
pvt.peter
őstag
válasz
Peter Kiss
#3367
üzenetére
@sutszi, @TBG, @hunfatal köszönöm szépen a válaszokat
illetve @Athlon64+
"Abstract osztályt lehet verziózni"
erre tudnál nekem egy példát mutatni, hogy ez mit is jelent? -
#3322
TBG
senior tag
Peter Kiss
#3321
TBG
senior tag
válasz
Peter Kiss
#3321
üzenetére
Igen. Max. a terminológia más
Amit én fejlesztek egy cégen belül alkalmazást, az nem API, a Spring az API és Framework.
-
#3312
WonderCSabo
félisten
Peter Kiss
#3311
WonderCSabo
félisten
válasz
Peter Kiss
#3311
üzenetére
Már hogy ne lehetne?
public void setTires(List<Tyre> t) {
this.tires.clear();
this.tires.addAll(t);
}Meghívod így:
List<Tyre> l = new ArrayList<>();
l.add(new Tyre(10));
car.setTires(l);
l.get(0).changeTyre(); // ez a fv. megváltoztatja az Tyre-t valamilyen módon
// a Car-ben ugyanerre van referencia, tehát abban lévő is megváltozik -
#3310
WonderCSabo
félisten
Peter Kiss
#3309
WonderCSabo
félisten
válasz
Peter Kiss
#3309
üzenetére
Így is lehet kívülről változtatni, csak nem az egész listát egyben, hanem kerekenként.
-
#3253
Soak
veterán
Peter Kiss
#3252
Soak
veterán
válasz
Peter Kiss
#3252
üzenetére
Miert, en azt irtam?
-
#3210
tragiQss
tag
Peter Kiss
#3209
tragiQss
tag
válasz
Peter Kiss
#3209
üzenetére
Van egy szomorú hírem: max. hasznom annyi származna belőle, hogy ezt is tudnám.
Most szemeteljek ide a python+Qt duóval kapcsolatos töketlenkedéseimmel?
Azért itt próbáltam keresni valakit, mert java-s körökben már merem feltételezni, hogy OOP témában jártas emberre is bukkanok, a .net annyira távol áll tőlem, hogy oda be sem nézek, egyéb nyelveknél meg... szóval vannak rossz tapasztalataim.Egyébként ilyen alapon senki ne segítsen senkinek, mert esetleg még anyagi haszna származna a másiknak az "ingyenes" segítségből...
No, ennyit a kioktatósdiról... Ha valaki esetleg úgy érzi, hogy pár elméleti kérdésben ki tudna segíteni...
----------------------------
Egyébként az egész csak annyi, hogy szeretném megtudni, hogyan lehet szétosztani a feladatokat egy MVC alapokra építkező desktop GUI egyes elemei között? Viszont ehhez tartozna egy féloldalnyi leírás, aminek semmi köze a java-hoz. -
#3208
tragiQss
tag
Peter Kiss
#3207
tragiQss
tag
válasz
Peter Kiss
#3207
üzenetére
Nem (ki)oktatást kértem...
Pláne nem, hogy az általam kitalált programot más írja meg...
És hát... tőled eltérően vannak segítőkész emberek is a neten, csak momentán egyikük sem foglalkozik desktoppal... -
#3095
SaNyEe
aktív tag
Peter Kiss
#3094
SaNyEe
aktív tag
válasz
Peter Kiss
#3094
üzenetére
A Model - View - Control pattern-t követni fogom fejlesztés során, php-ban is nagyjából ezt követtem.
Framework alatt vaadin-t meg a hozzá hasonló kattintgatós megoldásokat értettem.Később lehet kipróbálok egyet-egyet, de egyenlőre köszönöm nem, inkább megismerkedek a mélységeivel ennek a témának
-
#2966
modder
aktív tag
Peter Kiss
#2965
modder
aktív tag
válasz
Peter Kiss
#2965
üzenetére
Javaban van static konstruktor
-
#1945
Lortech
addikt
Peter Kiss
#1944
Lortech
addikt
válasz
Peter Kiss
#1944
üzenetére
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- iKing.Hu - Apple iPhone 15 Plus Black Használt, karcmentes 256 GB tárhely 3 hónap garancia!
- iKing.Hu - Motorola Razr 40 Ultra Glacier Blue 8 GB RAM / 256 GB tárhely Használt, karcmentes
- iKing.Hu - Motorola Razr 50 Ultra Midnight Blue Használt, karcmentes állapotban 12 GB RAM / 512 GB
- iKing.Hu - Xiaomi 14 Ultra Ultra White Használt, karcmentes állapot, Kamerás csúcsmobil
- iKing.Hu - Honor Magic V2 Black Használt, karcmentes állapotban 16 GB RAM / 512 GB tárhely
- LG 27GR83Q-B - 27" IPS / QHD 2K / 240Hz & 1ms / NVIDIA G-Sync / FreeSync / DisplayHDR 400
- DOKKOLÓ BAZÁR! Lenovo, HP, DELL és egyéb más dokkolók (TELJES SZETTEK)
- GYÖNYÖRŰ iPhone 13 mini 256GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3039, 94% Akkumulátor
- Telefon felvásárlás!! Huawei P20 Lite/Huawei P20/Huawei P30 Lite/Huawei P30/Huawei P30 Pro
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
Állásajánlatok
Cég: FOTC
Város: Budapest