- Panorámás, E-ATX-es toronyház a Thermaltake-től, akár "lopakodó" alaplapokhoz is
- Sokrétű segédkijelzővel gyarapodott a Corsair portfóliója
- Többféle belsővel jönnek a Kysona 50 gramm alatti, akciós egerei
- Világelső, 321 cellarétegű QLC-s 3D NAND-ot hozott az SK Hynix
- USB portok garmadája az ASRock AMD-s alaplapján
Ú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
-
#6434
WonderCSabo
félisten
zserrbo
#6433
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.
-
-
#6118
WonderCSabo
félisten
zserrbo
#6116
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() {
} -
-
#5686
Aethelstone
addikt
zserrbo
#5681
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
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Eladó Ryzen 7 7700X, 7800 XT, 1Tb M.2, 750W, 32Gb DDR5 AM5 gamer pc!
- MINI PC HP PRODESK 600 G2 G3 G4 G5 i3 és i5 6-9. gen gar. Budapest MPL Foxpost
- AZTA! HP EliteBook 840 G8 Fémházas Laptop Ultrabook 14" -60% i7-1185G7 16/512 FHD IPS Iris Xe
- Asus P8H61-M LX R2.0 LGA 1155 alaplap, + Quad Core i5-2500 CPU
- LEGO Technic - Bugatti Chiron (42083)
- BESZÁMÍTÁS! 6TB Western Digital WD RED SATA HDD meghajtó garanciával hibátlan működéssel
- Csere-Beszámítás! Ajándék ROG Táska! Asus Rog Ally Z1 Extreme RC71L - 512GB SSD + 16GB LPDDR5
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- LG 34GS95UE - 34" Ívelt OLED / QHD 2K / 240Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- BESZÁMÍTÁS! Asus H370 i5 9600KF 16GB DDR4 512GB SSD RTX 2060 Super 8GB Zalman N4 ADATA 600W
Állásajánlatok
Cég: FOTC
Város: Budapest