- TCL LCD és LED TV-k
- A Samsung hazánkban is piacra dob idén egy friss Micro LED tévét
- LG 34GS95QE-B: OLED paneles, ívelt gamer monitor
- Milyen házat vegyek?
- OLED TV topic
- Egyre gyorsabban ügyködik saját HBM memóriáján Kína
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen videókártyát?
- Modding és elektronikai kérdések
- Milyen processzort vegyek?
Hirdetés
-
Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
ph Az eredeti VSA-100 lapkára épülő megoldást két hobbista fejleszti, és úgy fest, hogy hamarosan révbe érnek.
-
Mozgásban a 33 Immortals
gp A legújabb bemutatóban egy boss harcot láthatunk a készülő roguelike játékból.
-
Itt az első kép a 2024-es Nokia 3210-ről
ma Idén 25 éves a Nokia 3210, a HMD pedig az ikon májusi visszatértét ígérte korábban.
Új hozzászólás Aktív témák
-
modder
aktív tag
válasz Sk8erPeter #9006 üzenetére
A symfony error handlingről beszélt, ami tipikus hiba eset (értsd: ha hiba történik, amire egyáltalán nem számítottál, exception, ugyanez a Kohana is, ezért van stacktrace, amikor valamit elszúrok), nem arról, hogy a mindennapi funkcionalitást exceptionökre építed.
A 404-es hiba exceptionnel történő kezelése pedig nem ördögtől való, mint azt korábban írtam: mindegy. Viszont ez architektúrális szinten jelenik meg, ezért van létjogosultsága.
Mondtam, nehéz eldönteni mi az amit lehet/szabad/érdemes exceptionokkel csinálni és mi az, amit nem. A validálás olyan, amit én nem exceptiönökkel csinálnék. Alternatívát a 404-re pedig írtam.