- iPhone topik
- Itt a Google Pixel 10a EU-s energiacímkéje
- Nézegesd az S26 család renderképeit!
- Megkönnyítette az iPhone az androidos átköltözést
- Minden a BlackBerry telefonokról és rendszerről
- Honor 200 - kétszázért pont jó lenne
- Fotók, videók mobillal
- Cáfolja a Realme, hogy leépülne
- 10 egyszerű trükk Samsung telefonokhoz
- Sony WF-1000XM6 – ez évi etalon?
Ú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
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Eladó PlayStation 5 Slim 825GB
- Fanatec Clubsport V3 pedál + Brake performance kit + Damper kit
- ASUS VIVOBOOK S14 FLIP - 14"WUXGA Érintő - Ryzen 5 5600H - 16GB - 512GB - Win11 - MAGYAR - Garancia
- HIBÁS - Alienware 17 R5 i9-8950HK GTX1080OC 8GB
- Asztali PC , i7 12700KF , RTX 3080 , 32GB DDR5 , 1TB NVME
- Samsung Galaxy Book 3 Amoled 360 i5 13.gen, 16GB RAM, 512GB SSD, érintőkijelzős kedvező áron!
- Dobozos Új Dell Xps 9530 i7 13620h 16gb ram 1tb ssd intel uhd graphics+ Intel Arc A370M
- BESZÁMÍTÁS! LG 29WP60G-B 29 75Hz IPS UWFHD 1ms monitor garanciával hibátlan működéssel
- DELL Optiplex 3060 SFF - i5-8500 / 8GB / 256GB SSD / DVD / Win11
- 215 - Lenovo LOQ (15IRX9) - Intel Core i7-13650HX, RTX 4060
Á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