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

• #39560925 törölt tag

  #7776

  #7775 zserrbo

  2015-09-13 12:29: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

  

  #39560925

  törölt tag

  #7775 zserrbo

  Először is: Javaban mindig érték szerinti átadás van. Ez azt jelenti, hogy amikor myArrList.addAll meghívódik, akkor a yourArrList-ben tárolt referenciák lemásolódnak.

  yourArrList elemei: a "three" és "four" stringek. addAll meghívása után mindkét listában van 1-1 referencia ezekre a stringekre.

  Ha az egyik listában kitörlöd a referenciát, az a másik listára természetesen nem lesz hatással. Ha viszont a referencián keresztül megváltoztatod objektum állapotát, akkor az a másik listából elérve is látszódni fog. A példa ott sántít, hogy a String immutable.

• floatr veterán

  #6437

  #6436 zserrbo

  2014-11-12 09:38:32

  Ú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

  

  floatr

  veterán

  #6436 zserrbo

  Minden a specifikáción dől el
  Ha nincs rendes, akkor épp azért.

• floatr veterán

  #6435

  #6433 zserrbo

  2014-11-11 12:21:40

  Ú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

  

  floatr

  veterán

  #6433 zserrbo

  Ez alatt én azt érteném a helyedben, hogy a program induláskor, vagy adatokra való hivatkozáskor beolvassa az árakat és az összerendeléseket egy-egy CSV file-ból. Mivel ez kívülről szerkeszthető, és a program működését befolyásolja, konfigurációs file-nak mondható

• WonderCSabo félisten

  #6434

  #6433 zserrbo

  2014-11-10 16:10:48

  Ú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

  #6433 zserrbo

  A Sonatype Maven könyve elég jó szerintem. Egyébként a build system egyik lényege/előnye, hogy IDE-től teljesen független legyen. Először szerintem magát a Mavent értsed meg, aztán utána lehet megnézni az IDE integrációt.

• Cathfaern nagyúr

  #6341

  #6340 zserrbo

  2014-10-27 15:00:48

  Ú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

  

  Cathfaern

  nagyúr

  #6340 zserrbo

  Ha nem akarunk szó szerinti fordításra hagyatkozni, és az "observer class"-t "megfigyelő osztály"-nak fordítottad, akkor a "subject class"-t fordíthatod "megfigyelt osztály"-nak.

• zserrbo aktív tag

  #6313

  #6312 zserrbo

  2014-10-15 20:13:55

  Ú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

  

  zserrbo

  aktív tag

  #6312 zserrbo

  Már rájöttem:
  filechooser-parbeszedablak-magyaritasa
  How can I add localization to JFileChooser for a locale that is not supported by default?
  Fordítások a User Interface-ben

• boost veterán

  #6122

  #6119 zserrbo

  2014-09-20 10:08:30

  Ú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

  

  boost

  veterán

  #6119 zserrbo

  Igen, az a visszatérési típusa. Azért jobb lenne, ha patternek helyett elo"ször simán a Java nyelvvel foglalkoznál.

  Erre a patternre egyébként egy jó példa, ha van egy adatbáziskapcsolatod, és a programod összes lekérdezésénél ezt a kapcsolatot szeretnéd használni. Ilyenkor az elso esetben belefut az if-null-ba, és létrehozza a kapcsolatot, majd a többi esetben a már egyszer létrehozott kapcsolatot adja neked oda. Ilyenkor minden ugyanazt az objektumot ( és nem csak ugyanolyat) kapod meg, és nem hoz létre minden lekérdezésnél egy új adatbáziskapcsolatot a fenti példában.

• M_AND_Ms veterán

  #6121

  #6119 zserrbo

  2014-09-20 09:37: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

  

  M_AND_Ms

  veterán

  #6119 zserrbo

  Én azt javaslom, hogy a singleton tanulmányozása előtt inkább kanyarodj vissza a java első leckéhez. Amíg azt tökéletesen nem értetted, addig ne bonyolítsd a helyzeted (mégha a singleton a legegyszerűbb pattern)

• bucsupeti senior tag

  #6120

  #6119 zserrbo

  2014-09-20 09:12:19

  Ú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

  

  bucsupeti

  senior tag

  #6119 zserrbo

  pontosan! a getInstance() egy Singletonpelda típusú objektumot ad vissza.
  A public módosító a getInstance() láthatóságára vonatkozik, azaz kívülről is hívható, illetve statikus metódusnak definiálja a static kulcsszó.

• WonderCSabo félisten

  #6118

  #6116 zserrbo

  2014-09-19 23:17: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

  

  WonderCSabo

  félisten

  #6116 zserrbo

  private Singletonpelda() {}

  Erre gondolsz? Ez egy konstruktor. A konstruktor neve mindig megegyezik az osztály nevével, más nem is lehet, így lehet megtalálni, továbbá nincsen visszatérési értéke.

  Singletonnál szokás privát konstruktort definiálni, mivel kívülről nem szabad példányosítani az osztályt (hiszen csak egy példánya lehet), ezt a privát konstruktor megakadályozza. A {} a konstruktor törzse, ami üres. Így talán érthetőbb:

  private Singletonpelda() {
  
  }

• emvy félisten

  #6117

  #6114 zserrbo

  2014-09-19 23:13:38

  Ú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

  

  emvy

  félisten

  #6114 zserrbo

  Statikus metodusokhoz nem tartozik osztalypeldany.

  Minden metodus, ami nem statikus, valojaban ugy nez ki, hogy van egy rejtett elso parametere, ami egy osztalypeldany. A statikusnak ilyen nincs, ergo meg lehet hivni anelkul.

• WonderCSabo félisten

  #6115

  #6114 zserrbo

  2014-09-19 23:00: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

  

  WonderCSabo

  félisten

  #6114 zserrbo

  A getInstance metódus static, ezért azt meghívhatod azt, ami aztán egy Singletonpelda példányt ad vissza, amin aztán már meghívhatod a példánymetódusokat is. Mi itt a probléma?

• WonderCSabo félisten

  #6113

  #6112 zserrbo

  2014-09-19 22:44:57

  Ú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

  #6112 zserrbo

  Pedig van egy példánya. A Singletion mintának az a lényege, hogy az adott osztályból egy példány, és kizárólag az az adott példány létezik. Ez a getInstance metódusban jön létre.

• emvy félisten

  #5803

  #5800 zserrbo

  2014-08-27 17:37: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

  

  emvy

  félisten

  #5800 zserrbo

  Java GUI-t nem csinalunk

• -v- addikt

  #5802

  #5800 zserrbo

  2014-08-27 17:37: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

  

  -v-

  addikt

  #5800 zserrbo

  Kézzel

• WonderCSabo félisten

  #5755

  #5747 zserrbo

  2014-08-15 11:25: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

  

  WonderCSabo

  félisten

  #5747 zserrbo

  Az utóbbit érdemes használni, sokkal olvashatóbb lesz a kód.

• Aethelstone addikt

  #5686

  #5681 zserrbo

  2014-08-01 08:29:53

  Ú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

  #5681 zserrbo

  A válasz a threadben van:

  You need to call setVisible() after adding component! So first add all components. Add the highest level component to the JFrame(JPanel in your case) and the only call setVisible() for the JFrame. No need to call on every component.

  Tehát, előbb össze kell rakni a formot, alapból minden elem látható, kivéve a JFrame-t. Elég a végén azt láthatóvá tenni. Ha egy elem valamiért nem látszik, akkor az csak azért lehet, mert nincs vagy rosszul van felpakolva vagy explicit le van tiltva a láthatósága.

• modder aktív tag

  #3952

  #3951 zserrbo

  2013-06-23 13:29: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

  

  modder

  aktív tag

  #3951 zserrbo

  http://viralpatel.net/blogs/tutorial-java-servlet-filter-example-using-eclipse-apache-tomcat/

  A filter kódjában chain.doFilter(req, res); a következő filtert hívja meg, legvégül a szervletet. Buta megfogalmazás. Nem végig megy fordított sorrendben a szűrőkön, egyszerűen visszatér mindegyik szűrő chain.doFilter(req, res); metódusával, így tehát amit ez után a sor után írsz, az mindig a sorban következő szűrő (legvégül a szervlet) meghívása UTÁN történik.
  Így lehet az előállított választ módosítani.

• zserrbo aktív tag

  #2721

  #2716 zserrbo

  2012-05-01 13:49:53

  Ú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

  

  zserrbo

  aktív tag

  #2716 zserrbo

  Elég banális volt a probléma A servletnél a válasz üzenetnek utf8-at állítottam be, de az index.jsp-ben latin2 van Most egy pillanat alatt kiszúrtam.

• zserrbo aktív tag

  #2716

  #2715 zserrbo

  2012-04-30 12:22:50

  Ú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

  

  zserrbo

  aktív tag

  #2715 zserrbo

  Kimaradt, hogy mi kerül az URL-be:
  első elküldéskor
  http://localhost:8080/zh4pelda/teka?kivFilm=Hal%E1los+iramban+5&kolcsonoz=K%F6lcs%F6n%F6z
  utána, ha megint ugyanazt a terméket küldöm el, hogy rakja be a listába:
  http://localhost:8080/zh4pelda/teka?kivFilm=Hal%C3%A1los+iramban+5&kolcsonoz=K%C3%B6lcs%C3%B6n%C3%B6z

• Chipi333 csendes tag

  #2711

  #2710 zserrbo

  2012-04-25 11:15: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

  

  Chipi333

  csendes tag

  #2710 zserrbo

  Hát, nem csináltam még ilyet, de szerintem egy iterátorral megoldható az ArrayListben is, bár nem optimális. Egy LinkedList jobban teljesít ha véletlenszerű helyekről akarsz törölni (itt is iterátorral lépkedsz és a kívánt pozícióban azt mondod neki hogy remove()).
  Indexelve is lehet wokraroundolni, ha számolod, hogy hányszor töröltél már és mindig annyival kisebb indexet törölsz(mert ugye annyival csúszott előrébb az elem), de ez azért elég undorító megoldás

• zserrbo aktív tag

  #2710

  #2709 zserrbo

  2012-04-25 09:55:25

  Ú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

  

  zserrbo

  aktív tag

  #2709 zserrbo

  Tehát arra, hogyan lenne célszerűbb tárolnom a session attribútumot vagy hogy tudom rendesen csökkenteni arraylistnél abban az esetben, ha nem csak a legutolsó elemet akarom kiszedni hanem amenyiket kiválasztottam.

• Chipi333 csendes tag

  #2708

  #2706 zserrbo

  2012-04-25 09:27: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

  

  Chipi333

  csendes tag

  #2706 zserrbo

  ""Kivesz" - kiveszi a legutolsó elemet,"
  Nekem ebből az jön le, hogy csak a legutolső elemet kell kivenni a kosárból. Azzal meg nincs ilyen probláma.

• zserrbo aktív tag

  #2707

  #2706 zserrbo

  2012-04-25 08:49: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

  

  zserrbo

  aktív tag

  #2706 zserrbo

  Ja és h miket használhatok: JSP, JSTL, listenerek, session, java osztály, filter
  beaneket nem.

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