- Megjelentek az első HMD okostelefonok, ezek a magyar áraik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Itt az első kép a 2024-es Nokia 3210-ről
- Készülőben a Xiaomi 2021-es csúcsmodelljeinek HyperOS frissítése
- Redmi Note 13 Pro+ - a fejlődés íve
- Samsung Galaxy A54 - türelemjáték
- Yettel topik
- Oppo Find X5 Pro - megtalálták
- iPhone topik
- Honor Magic6 Pro - kör közepén számok
Hirdetés
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
-
Saját Redmi Note 13 Pro+ a világbajnok focicsapatnak (és indiai rajongóiknak)
ma Argentína nemzeti válogatottjának mezével díszítik az új Redmi különkiadást.
Új hozzászólás Aktív témák
-
addikt
Sziasztok!
Egy Java teszten a következő feladatot kaptam:
Definiálja az s és t változtókat úgy, hogy a következő ciklus végtelen legyen!
while (s <= t && s >= t && s != t) { }
Hát én ezen kiakadtam Valakinek valami ötlet?
[ Szerkesztve ]
-
addikt
Hogy nem jutott eszembe Köszi a válaszokat
-
addikt
Igen. Az első két feltételnél primitívvé konvertálja az objektumokat és úgy hasonlítja össze, a 3.-nál viszont a == operátor azt vizsgálja, hogy a két referencia ugyanarra az objektumra hivatkozik-e, ami természetesen nem lesz igaz, így mindhárom feltétel mindig teljesül.
-
addikt
válasz Speeedfire #3090 üzenetére
+1
-
addikt
Két alapvető dolgot tegyünk tisztába:
1. A tizedesvesszőt ponttal jelölik szinte minden prognyelvben
2. Int típusú változnak nem adhatsz értékül lebegőpontos számot. Tehát vagy lebegőpontosként definiálod a weight változót,// lebegőpontos, a szám végén egy f betűvel jelöljük
float weight = 250.0f;
weight += 0.45f * 3;
// dupla pontosságú lebegőpontos
double weight = 250.0;
weight += 0.45 * 3;vagy castolod a jobboldalt egész számmá:
weight += (int)(0.45f * 3);
Az utóbbinál figyelni kell, mert pontosságot veszíthetsz.
Sok sikert a tanuláshoz!
-
addikt
"a String az egy olyan állandó, amelynek értéke futás közben megváltozhatatlan"
Valójában csak a mérete, a karaktereket módosíthatjuk benne a charAt metódussal, O(1) időben.
"a Szemétgyűjtő a Stringeket nem kezeli, nem dobja ki őket"
Ezt nem gondolhatod komolyan. Elég sok alkalmazás kapna így out of memory-t . Valójában úgy áll a dolog, hogy a kódban definiált Stringek (String str = "abc") az úgynevezett literal pool-ban lévő elemekre fognak hivatkozni, ami a heap-től független, így a GC-től is. A futás időben keletkezett String objektumok viszont mindig a heap-re kerülnek, amiket pedig a GC eltakarít, ha már nincs rájuk hivatkozás.
Példa:
String str1 = "abc";
String str2 = "abc";
System.out.println(str1 == str2);Eredmény: true
String str1 = new String("abc");
String str2 = new String("abc");
System.out.println(str1 == str2);Eredmény: false
[ Szerkesztve ]
-
addikt
válasz DreaD88 #3153 üzenetére
Definiáld felül a háromszög osztályban az Object ősosztály equals metódusát, és akkor adjon vissza igazat, ha a két háromszög területe megegyezik. Így amikor hozzáadogatod a háromszögeket a HashSet-hez, azok nem kerülnek bele a halmazba, amelyeknek a területe már szerepel.
Kódban ez vhogy így néz ki (nálam most a háromszög osztályt Triangle-nek hívják):
@Override
public boolean equals(Object o) {
if (o instanceof Triangle) {
Triangle t = (Triangle) o;
if (t.getArea() == getArea()) {
return true;
}
}
return false;
}
// A hashCode metódust is illik felüldefiniálni,
// ha az equals-t felüldefiniálod. Az a lényeg,
// hogy egyezzen meg annak a két objektumnak a hashkódja,
// amelyekre az equals igazat ad vissza.
@Override
public int hashCode() {
return (int) getArea(); // ezt lehet máshogy is, de a célnak megfelel
}[ Szerkesztve ]
-
addikt
Ha hozzáadtad a c:\Windows\System32 elérési utat, onnantól kezdve el kell tudni érned a parancssorból a java.exe-t és a javaw.exe-t. Nem írhat olyat, hogy nem találja ezt a programot. Ha ezt írja, akkor vagy nem jól adtad hozzá, vagy nem indítottad újra a parancssort, miután hozzáadtad.
Egyébként nagyon kevés elérési út van nálad a path környezeti változóban. A systemrootnak defaulton ott kéne lennie. Valaki vagy valami "tisztogatást" végzett nálad... -
addikt
válasz RaPiDsHaRe #3378 üzenetére
A JPA projekt az webes alkalmazás, te gondolom asztali gépre akarsz fejleszteni. Ezt töltsd le.
-
addikt
válasz RaPiDsHaRe #3393 üzenetére
Start menü keresőjébe: a rendszer környezeti változóinak módosítása
Legalul lesz egy gomb: Környezeti változók. Alul Új gomb, névhez: CLASSPATH, értékhez egy pont.
De ez tényleg veszélyes lehet, inkább csináld azt, amit előttem írt a kolléga.
[ Szerkesztve ]
-
addikt
válasz WonderCSabo #3478 üzenetére
Az enum is egy osztály valójában.
-
addikt
válasz WonderCSabo #3499 üzenetére
Ha nincs semmi performace loss (amit nehezen tartok megvalósíthatónak), akkor jöhet. Szeretjük a null-okat
-
addikt
válasz WonderCSabo #3517 üzenetére
Tök mindegy a láthatóság. Ha private, akkor super-rel sem éri el, többinél meg this-szel is. Egy esetben van értelme használni a super kulcsszót tagváltozón: amikor van egy ugyan olyan nevű tagváltozó a gyerekben is (de ezt a megoldást nem szeretjük).
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Viccrovat
- Gaming notebook topik
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Elemlámpa, zseblámpa
- Azonnali VGA-s kérdések órája
- SSD kibeszélő
- OLED TV topic
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Elektromos rásegítésű kerékpárok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...