Përjashtimet e bëjnë vërtet të lehtë shkrimin e kodit ku një përjashtim që është hedhur do të thyejë invariantet dhe do t'i lërë objektet në një gjendje jokonsistente. Ata në thelb ju detyrojnë të mbani mend se shumica e çdo deklarate që bëni mund të hedhë, dhe ta trajtoni atë në mënyrë korrekte. Të bësh këtë mund të jetë e ndërlikuar dhe kundërintuitive.
Pse përjashtimet janë të këqija C++?
Arsyeja kryesore që përjashtimet C++ janë kaq shpesh të ndaluara është që është shumë e vështirë të shkruhet kodi C++ i sigurt për përjashtimin. Siguria e përjashtimit nuk është një term që e dëgjoni shumë shpesh, por në thelb do të thotë kod që nuk vidhos veten shumë keq nëse pirgja shthuret.
A është i keq përveç përjashtimit?
Duhet të përdorni të paktën përveç Përjashtimit : për të shmangur kapjen e sistemit përjashtimet si SystemExit ose KeyboardInterrupt. Këtu keni lidhjen me dokumentet. Në përgjithësi, duhet të përcaktoni në mënyrë eksplicite përjashtimet që dëshironi të kapni, për të shmangur kapjen e përjashtimeve të padëshiruara. Ju duhet të dini se çfarë përjashtime injoroni.
Pse përjashtimi nga kapja është pothuajse gjithmonë një ide e keqe?
catch(Exception) është një praktikë e keqe sepse i kap të gjitha RuntimeException (përjashtim i pakontrolluar) gjithashtu. Kjo mund të jetë specifike për Java: Ndonjëherë do t'ju duhet të telefononi metoda që hedhin përjashtime të kontrolluara. Nëse kjo është në shtresën tuaj logjike EJB / biznesi, ju keni 2 zgjedhje - kapini ato ose hidhini përsëri.
A janë përjashtimet të këqija për performancën?
Përfundim. Nuk përdoretpërjashtimet për shkak të ndikimit të tyre të mundshëm në performancë është një ide e keqe. Përjashtimet ndihmojnë për të siguruar një mënyrë uniforme për të përballuar problemet e kohës së ekzekutimit dhe ato ndihmojnë për të shkruar kodin e pastër. Megjithatë, ju duhet të gjurmoni numrin e përjashtimeve që janë hedhur në kodin tuaj.
