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

• mobal nagyúr

  #8172

  #8171 PazsitZ

  2016-02-25 22:40: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

  

  mobal

  nagyúr

  #8171 PazsitZ

  #8171 PazsitZ

  Nem tudom mi a pontos cél, de mondjuk pár grouping-al specifikusan:
  ubuntu-([0-9.-].*)-([\w].*)-(amd|i)(386|64)\.iso
  vagy szimpla matching-hez:
  ubuntu[-\w].*amd64\.iso

  Van egy RSS csatorna amiben futnak dolgok, és ha valami matchel, ami engem érdekel akkor dobok egy emailt. Konkrét célom ez.

• Aethelstone addikt

  #7962

  #7959 PazsitZ

  2015-12-06 21:36:51

  Ú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

  

  Aethelstone

  addikt

  #7959 PazsitZ

  #7959 PazsitZ

  A builder pattern az egy pattern, ahol van egy buildered és azon hívsz metódusokat. Amit még csak nem is kötelező, de célszerű/kézenfekvő láncolva hívni. Jah és a végén ugye build()-et hívsz nem foo()-t.
  Nem arról szól, hogy ha metódusokat láncolva hívsz akkor builder pattern-t használsz.

  Konkrétan a whatever példában számomra is az a természetesebb, ha kiemeled változóba a kérdéses részt, de az a példa szerintem egész eltérő a kiinduló kérdéstől.

  Pffff....nem a megnevezésen volt a hangsúly.

• Sk8erPeter nagyúr

  #7960

  #7959 PazsitZ

  2015-12-06 20:39: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

  

  Sk8erPeter

  nagyúr

  #7959 PazsitZ

  #7959 PazsitZ

  A builder pattern az egy pattern, ahol van egy buildered és azon hívsz metódusokat. Amit még csak nem is kötelező, de célszerű/kézenfekvő láncolva hívni. Jah és a végén ugye build()-et hívsz nem foo()-t.
  Nem arról szól, hogy ha metódusokat láncolva hívsz akkor builder pattern-t használsz.

  Konkrétan a whatever példában számomra is az a természetesebb, ha kiemeled változóba a kérdéses részt, de az a példa szerintem egész eltérő a kiinduló kérdéstől.

  "az a példa szerintem egész eltérő a kiinduló kérdéstől"
  Tök igazad van, igazából csak annak kapcsán jutott eszembe ez a másik téma, hogy beszélgettünk arról, hogy mi az, ami "szép", és mi az, ami pl. nekem személy szerint nem bejövős, az eredeti kérdéshez a whateveres példának már tényleg nincs köze. Szóval röviden a lényeg, hogy sokan szeretik agyontömörítgetni a kódot, amikor attól nem lesz jobb vagy olvashatóbb a kód, sőt, jobb lehet inkább szétdobálni, illetve hogy másik oldalról viszont sokan szeretik újból és újból leírni ugyanazokat az ismétlődő kódrészletet, ezzel pont, hogy túlzottan bőlére eresztik a kódot, illetve ez a módszer erőforrások pazarlására is alkalmas (overhead).

• Aethelstone addikt

  #7953

  #7950 PazsitZ

  2015-12-06 17:59:16

  Ú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

  

  Aethelstone

  addikt

  #7950 PazsitZ

  #7950 PazsitZ

  Az első esetnél egy temp referencia van, a második esetnél van a Map get és egy cast művelet.
  Nem hiszem, hogy ilyeneket szintű dolgokat kellene túlpörögni optimalizáció szempontból.

  Ha nagyon rövidíteni akarsz, ezek is használhatóak:

  objects.put(actualKeyObject, new ArrayList<Object>() {{ add(actualValueObject); }});
  objects.put(actualKeyObject, Arrays.asList(actualValueObject));

  Egyébként inkább abba az irányba gondolkodnék, hogy ha több elemet pakolunk a listába, akkor azt külön metódusba kiszervezni és az első példa szerint hozzáadni érdemesebb/átláthatóbb szerintem.

  Egy elemű lista esetén viszont számomra inkább az inline megoldások a szimpatikusabbak.

  Meg kellene nézni, hogy milyen bájtkód lesz belőle, de tippem szerint a jvm szénné optimalizálja a collectionos cuccokat. Illetve nyilván by definition lehet tudni, hogy miben gyors a map, a list vagy a többi...

  Meg az elemszám. Kis elemszámnál legyen inkább szép a kód

• alapz@j tag

  #2136

  #2133 PazsitZ

  2011-05-16 18:07:05

  Ú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

  

  alapz@j

  tag

  #2133 PazsitZ

  #2133 PazsitZ

  Tudsz jelezni, hogy próbálja lefuttatni a garbage collectort a System.gc(); paranccsal, de ekkor sem biztos, hogy valóban rögtön lefut.
  Amennyiben nincs hivatkozás arra a String object-re, a következő lefutásnál feltehetőleg felszabadítja azon memóriaterületet.
  De tudtommal, közvetlenül kikényszeríteni nem lehet a dolgot.

  Köszi, közben volt időm utánaolvasni, és tényleg nem nagyon lehet beleszólni a GC működésébe direkt módon. A legjobb javaslat az volt, hogy használat után adjunk null értéket a String-nek, mert akkor nagyobb az esély, hogy a GC gyorsan megtalálja és megeszi.

• Lacces őstag

  #2128

  #2127 PazsitZ

  2011-05-08 11:48:56

  Ú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

  

  Lacces

  őstag

  #2127 PazsitZ

  #2127 PazsitZ

  Szerintem az lehet a gond, hogy a z-t nem deklaráltad és úgy akarsz értéket adni neki.
  így már jónak kellene lennie szvsz.
  int z;
  int y=z=1;
  vagy
  int y,z;
  y=z=1;

  tényleg... észre se vettem. Thx !

• lakisoft veterán

  #1163

  #1162 PazsitZ

  2007-12-05 07:19: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

  

  lakisoft

  veterán

  #1162 PazsitZ

  #1162 PazsitZ

  Azt nem tudom te tudsz-e

  Nekem ez van [link] [link]

  Igen én is pont ezekre gondoltam - nagyon köszönöm!

• loszerafin senior tag

  #1153

  #1152 PazsitZ

  2007-12-02 16:01:20

  Ú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

  

  loszerafin

  senior tag

  #1152 PazsitZ

  #1152 PazsitZ

  Hmm, köszi.
  Közben mutatott haver egy egyszerűbb megoldást is:

  i=(int)(szam);

  résszel simán alkalmazható tipuskényszerítés , hogy én erre nem gondoltam .

  Csak a teljesség kedvéért:
  az intValue() nem megy primitív típussal, azaz :

  int i;
  Double d = 6.0; //double d=6.0; nem jó
  i=d.intValue();

• Lortech addikt

  #1151

  #1150 PazsitZ

  2007-12-02 14:01:34

  Ú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

  #1150 PazsitZ

  #1150 PazsitZ

  Kellene egy kis segítség, mert nem értem miért nem működik ez a kódrész/miniprogram.
  Nem tudok rájönni, hogy rosszul importálom vagy mi a baj?
  A függvényt itt találtam: [link]

  import static java.lang.Double.*;
  public class test {
  
  public static void main ( String[] args ){
  double szam;
  int i;
  
  szam=6.0;
  i=intValue(szam);
  }
  }

  Hibának ezt írja:

  test.java9: cannot find symbol
  symbol : method intValue(double)
  location : class test
  i=intValue(szam);
  ^

  Mivel az intValue csak úgy lóg a levegőben. Nem statikus metódus, hanem példány szintű. Ezért példány.intValue-vel lehet hívni. Nincs paramétere sem, mivel a double példány értékét adja vissza intben.

• Cseme csendes tag

  #1115

  #1114 PazsitZ

  2007-11-14 20:49:17

  Ú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

  

  Cseme

  csendes tag

  #1114 PazsitZ

  #1114 PazsitZ

  Sajnos nem értek a javascriptekhez, csak minimálisan, szóval nem tudok segíteni.
  Viszont itt lehet hamarabb választ kapsz a kérdésedre : Javascript topic

  thx

• dany27 őstag

  #1099

  #1098 PazsitZ

  2007-10-31 09:25:26

  Ú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

  

  dany27

  őstag

  #1098 PazsitZ

  #1098 PazsitZ

  Nálam megy http://java.sun.com/javase/downloads/index.jsp

  nálam totál halott
  Se IE-ben se Firefoxban nem megy

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