- Mindenki Z Fold7-et akar
- Apple Watch
- iPhone topik
- Képen az iPhone 17 Pro kétféle akkumulátora
- Nubia Red Magic 10S Pro - újratöltve
- Motorola Edge 50 Ultra - szépen kifaragták
- Komoly akcióval érkezik Magyarországra a Honor Magic V5
- Garmin Venu X1 - vékony, virtuóz, váltságíjas
- Egy óra, két rendszer
- Xiaomi 15 - kicsi telefon nagy energiával
Hirdetés
Köszönjük a sok biztatást, támogatást! Utolsó pillanat a féláras hirdetésfeladásra, előfizetésre!
Ú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?:))
- LEGO klub
- Mindenki Z Fold7-et akar
- Kecskemét és környéke adok-veszek-beszélgetek
- Apple Watch
- Miért vezet mindenki úgy, mint egy állat?
- Újabb videón a Mafia: The Old Country
- iPhone topik
- Honda topik
- Eredeti játékok OFF topik
- Az MSI legfrissebb grafikus kártyái push-pull hűtést kaptak
- További aktív témák...
- Szinte új! 3 Hónapos! Playstation 5 Slim Disc (Lemezes) Kiadás! Garancia: 2027.05.15
- Logitech Z333 2.1 (980-000953/1202) Aktív hangfal
- NVIDIA Quadro M2000 4GB GDDR5 profi munkára, CAD, 3D, stabil kártya!
- Csere-Beszámítás! Ajándék ROG Táska! Asus Rog Ally Z1 Extreme RC71L - 512GB SSD + 16GB LPDDR5
- Asus BE24A 24" IPS monitor
- 11 GB-os RTX 2080 TI - HP OEM - garanciával
- Ritkaság! Hibátlan Prémium felsőkategóriás LGA 1700 Alaplap! Asus Rog Strix Maximus Hero Z790 Wi-Fi
- Felújított számítógépek számlával, garanciával! Ingyen Foxpost!
- Azonnali készpénzes Apple Macbook Air felvásárlás személyesen / csomagküldéssel korrekt áron
- Tablet felvásárlás!! Samsung Galaxy Tab A8, Samsung Galaxy Tab A9, Samsung Galaxy Tab S6 Lite
Állásajánlatok
Cég: FOTC
Város: Budapest