Poikkeukset tekevät koodin kirjoittamisesta todella helppoa, kun heitetty poikkeus rikkoo invariantteja ja jättää objektit epäjohdonmukaiseen tilaan. Pohjimmiltaan ne pakottavat sinut muistamaan, että suurin osa kaikista esittämistäsi lausunnoista voi heittää ja käsitellä sitä oikein. Sen tekeminen voi olla hankalaa ja intuitiivista.
Miksi poikkeukset ovat huonoja C++:a?
Pääsyy, miksi C++-poikkeukset ovat niin usein kiellettyjä, on että on erittäin vaikea kirjoittaa poikkeusturvallista C++-koodia. Poikkeusturvallisuus ei ole termi, jota kuulet kovin usein, mutta periaatteessa se tarkoittaa koodia, joka ei sotke itseään liian pahasti, jos pino puretaan.
Onko poikkeus paitsi huono?
Sinun tulee käyttää vähintään paitsi poikkeus : välttääksesi järjestelmän poikkeukset , kuten SystemExit tai KeyboardInterrupt. Tässä linkki asiakirjoihin. Yleisesti ottaen sinun tulee määritellä tarkasti poikkeukset , jotka haluat saada kiinni, jotta vältytään ei-toivotuilta poikkeuksilta . Sinun pitäisi tietää, mitä poikkeuksia ohitat.
Miksi catch-poikkeus on lähes aina huono idea?
catch(Exception) on huono käytäntö, koska se saa kiinni myös RuntimeExceptionin (valitsematon poikkeus). Tämä voi olla Java-kohtaista: Joskus sinun on kutsuttava menetelmiä, jotka heittävät tarkistettuja poikkeuksia. Jos tämä on EJB-/liiketoimintalogiikkatasossasi, sinulla on kaksi vaihtoehtoa - ota kiinni tai heitä uudelleen.
Ovatko poikkeukset huonoja suorituskyvylle?
Johtopäätös. Ei käytössäPoikkeukset, koska ne voivat vaikuttaa suorituskykyyn, on huono idea. Poikkeukset auttavat tarjoamaan yhtenäisen tavan selviytyä ajonaikaisista ongelmista ja ne auttavat kirjoittamaan puhdasta koodia. Sinun on kuitenkin jäljitettävä koodissasi olevien poikkeusten määrä.
