- Mini-ITX
- CES 2025: közeleg az AMD és az NVIDIA CES előadása
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kvantumpontos OLED monitorokkal bővült az ASUS ROG-os portfóliója
- HiFi műszaki szemmel - sztereó hangrendszerek
- Fejhallgató erősítő és DAC topik
- Milyen cserélhető objektíves gépet?
- AMD Navi Radeon™ RX 7xxx sorozat
- Bambu Lab 3D nyomtatók
- 3D nyomtatás
Új hozzászólás Aktív témák
-
Szmeby
tag
válasz glutamin #6802 üzenetére
Pont ellenkezőleg, ott akad el először. Az a root cause.
Mikor hiba történik az pl. kivételt (exception) generál, ez megszakítja az adott blokk végrehajtását, a kivétel elkezd visszafelé vándorolni a stack-en. Teszi ezt addig a pontig, amíg azt egy catch ág el nem kapja. Normális esetben a catch blokk csinál is valamit, vagy feloldja a hibát és minden megy tovább onnantól a maga medrében, vagy pl. tovább dobja azt akár egy másik kivételbe csomagolva. Az ilyen elkapom-továbbdobom megoldások eredményezik a "caused by" blokkokat a stacktrace-en. Mire a felhasználó/fejlesztő találkozik a hibával, a kiváltó oka sokszor el is tűnik a felszínen. Ezért érdemes először alul keresni az igazi okot.
Itt ragadnám meg az alkalmat, hogy megjegyezzem, ne csináljatok üres catch blokkokat, mert ott elveszik a hiba, és később nehéz lesz megtalálni.[ Szerkesztve ]
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Mini-ITX
- CES 2025: közeleg az AMD és az NVIDIA CES előadása
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kvantumpontos OLED monitorokkal bővült az ASUS ROG-os portfóliója
- eMAG vélemények - tapasztalatok
- HiFi műszaki szemmel - sztereó hangrendszerek
- Fejhallgató erősítő és DAC topik
- One otthoni szolgáltatások (TV, internet, telefon)
- Path of Exile 2
- Anglia - élmények, tapasztalatok
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest