- sziku69: Szólánc.
- mefistofeles: Az elhízás nem akaratgyengeség!
- Ndruu: Segíts kereshetővé tenni a PH-s arcképeket!
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- gerner1
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- Sapphi: StremHU | Source – Self-hostolható Stremio addon magyar trackerekhez
- gban: Ingyen kellene, de tegnapra
Új hozzászólás Aktív témák
-
#39560925
törölt tag
válasz
zserrbo
#7775
üzenetére
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
-
WonderCSabo
félisten
válasz
zserrbo
#6433
üzenetére
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.
-
zserrbo
aktív tag
-
boost
veterán
válasz
zserrbo
#6119
üzenetére
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.
-
WonderCSabo
félisten
válasz
zserrbo
#6116
üzenetére
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() {
} -
Aethelstone
addikt
válasz
zserrbo
#5681
üzenetére
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
válasz
zserrbo
#3951
üzenetére
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
válasz
zserrbo
#2715
üzenetére
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
válasz
zserrbo
#2710
üzenetére
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
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- AMD Ryzen 5 7600X + ASUS TUF Gaming B650M-E WIFI + 32GB 6000MHz DDR5 + hűtő + ház - Garancia
- ASUS ROG Xbox Ally X Gari : 2028.11.28. + Gyári Xbox Ally Premium Case Tok
- Nitro V 16 AI ANV16-42 16" FHD+ IPS Ryzen 7 260 RTX 5060 16GB 512GB NVMe magyar vbill új akku gar
- Panasonic Lumix G9II váz
- Nintendo Switch Kollekció
- Azonnali készpénzes nVidia RTX 4000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- Honor 200 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- iPhone 14 128GB 100% (1év Garancia)
- Apple iPhone 16 Pro Max - White Titanium - 256GB - Akku: 99% - Megkímélt Újszerű állapot!
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Central PC számítógép és laptop szerviz - Pécs
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest




