Új hozzászólás Aktív témák

• Karma félisten

  #4394

  #4390 Peter Kiss

  2013-10-30 17:38:49

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Karma

  félisten

  #4390 Peter Kiss

  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.

• Superhun addikt

  #4393

  #4391 Peter Kiss

  2013-10-30 16:50:58

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Superhun

  addikt

  #4391 Peter Kiss

  A java.text.Format osztályt használja, és azon belül is a túlterhelt parseObject metódust.

  edit: megelőztek.

• Karma félisten

  #4392

  #4391 Peter Kiss

  2013-10-30 16:42:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Karma

  félisten

  #4391 Peter Kiss

  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.

• Karma félisten

  #4389

  #4380 Peter Kiss

  2013-10-30 15:41:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Karma

  félisten

  #4380 Peter Kiss

  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).

• trisztan94 őstag

  #4385

  #4383 Peter Kiss

  2013-10-29 22:00:39

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  trisztan94

  őstag

  #4383 Peter Kiss

  Tényleg! Erre gondoltam, csak kevertem a try-catch-el

• trisztan94 őstag

  #4381

  #4380 Peter Kiss

  2013-10-29 21:31:52

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  trisztan94

  őstag

  #4380 Peter Kiss

  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.

• #39560925 törölt tag

  #4339

  #4338 Peter Kiss

  2013-10-20 18:35:39

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #39560925

  törölt tag

  #4338 Peter Kiss

  Köszönöm

• Karma félisten

  #4324

  #4323 Peter Kiss

  2013-10-08 08:52:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Karma

  félisten

  #4323 Peter Kiss

  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.

• fatal` titán

  #4286

  #4284 Peter Kiss

  2013-09-16 19:50:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  fatal`

  titán

  #4284 Peter Kiss

  ?

  Igen, ez volt az eredeti kód, a kérdés pedig az volt, hogy hogy van ifekkel.

• pakriksz őstag

  #3706

  #3705 Peter Kiss

  2013-04-26 20:41:13

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pakriksz

  őstag

  #3705 Peter Kiss

  de, csak köze nincs az eredményének a hash-hez. Bigintegernek van, csak ugye vágja a nullákat.

• TBG senior tag

  #3549

  #3548 Peter Kiss

  2013-03-31 08:59:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TBG

  senior tag

  #3548 Peter Kiss

  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.

• TBG senior tag

  #3547

  #3546 Peter Kiss

  2013-03-31 08:35:33

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TBG

  senior tag

  #3546 Peter Kiss

  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ő.

• WonderCSabo félisten

  #3478

  #3477 Peter Kiss

  2013-03-16 18:21:36

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  WonderCSabo

  félisten

  #3477 Peter Kiss

  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.

• TBG senior tag

  #3475

  #3472 Peter Kiss

  2013-03-16 18:06:08

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TBG

  senior tag

  #3472 Peter Kiss

  Ezt meg én nem értem....

• TBG senior tag

  #3377

  #3373 Peter Kiss

  2013-02-04 15:46:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TBG

  senior tag

  #3373 Peter Kiss

  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.

• WonderCSabo félisten

  #3375

  #3373 Peter Kiss

  2013-02-03 00:21:28

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  WonderCSabo

  félisten

  #3373 Peter Kiss

  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.

• pvt.peter őstag

  #3374

  #3371 Peter Kiss

  2013-02-02 21:31:18

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  #3371 Peter Kiss

  Értem, köszönöm a választ.

• TBG senior tag

  #3372

  #3371 Peter Kiss

  2013-02-02 20:09:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TBG

  senior tag

  #3371 Peter Kiss

  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.

  [link]

• pvt.peter őstag

  #3370

  #3367 Peter Kiss

  2013-02-02 19:53:46

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  pvt.peter

  őstag

  #3367 Peter Kiss

  @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?

• TBG senior tag

  #3322

  #3321 Peter Kiss

  2013-01-20 21:46:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  TBG

  senior tag

  #3321 Peter Kiss

  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.

• WonderCSabo félisten

  #3312

  #3311 Peter Kiss

  2013-01-20 18:38:43

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  WonderCSabo

  félisten

  #3311 Peter Kiss

  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

• WonderCSabo félisten

  #3310

  #3309 Peter Kiss

  2013-01-20 16:14:04

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  WonderCSabo

  félisten

  #3309 Peter Kiss

  Így is lehet kívülről változtatni, csak nem az egész listát egyben, hanem kerekenként.

• Soak veterán

  #3253

  #3252 Peter Kiss

  2012-12-30 23:59:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Soak

  veterán

  #3252 Peter Kiss

  Miert, en azt irtam?

• tragiQss tag

  #3210

  #3209 Peter Kiss

  2012-12-01 17:51:35

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  tragiQss

  tag

  #3209 Peter Kiss

  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.

• tragiQss tag

  #3208

  #3207 Peter Kiss

  2012-12-01 16:33:07

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  tragiQss

  tag

  #3207 Peter Kiss

  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...

• SaNyEe aktív tag

  #3095

  #3094 Peter Kiss

  2012-10-18 17:24:04

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  SaNyEe

  aktív tag

  #3094 Peter Kiss

  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

• modder aktív tag

  #2966

  #2965 Peter Kiss

  2012-08-28 22:44:06

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  modder

  aktív tag

  #2965 Peter Kiss

  Javaban van static konstruktor

• Lortech addikt

  #1945

  #1944 Peter Kiss

  2010-11-06 12:03:15

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lortech

  addikt

  #1944 Peter Kiss

  [link]

Új hozzászólás Aktív témák