Uitsonderings maak dit baie maklik om kode te skryf waar 'n uitsondering wat gegooi word, onveranderlikes sal breek en voorwerpe in 'n inkonsekwente toestand sal laat. Hulle dwing jou in wese om te onthou dat byna elke stelling wat jy maak moontlik kan gooi, en dit korrek hanteer. Dit kan moeilik en teen-intuïtief wees om dit te doen.
Waarom is uitsonderings slegte C++?
Die hoofrede waarom C++-uitsonderings so dikwels verbied word, is dat dit baie moeilik is om uitsonderingsveilige C++-kode te skryf. Uitsonderingsveiligheid is nie 'n term wat jy baie gereeld hoor nie, maar beteken basies kode wat homself nie te erg opskroef as die stapel afgewikkel word nie.
Is behalwe uitsondering sleg?
Jy moet ten minste behalwe Uitsondering gebruik: om te verhoed dat stelsel uitsonderings soos SystemExit of KeyboardInterrupt vang. Hier is 'n skakel na dokumente. Oor die algemeen moet jy eksplisiet definieer exceptions wat jy wil vang, om te verhoed dat jy ongewenste exceptions vang. Jy moet weet wat uitsonderings jy ignoreer.
Hoekom is vanguitsondering amper altyd 'n slegte idee?
catch(Exception) is 'n slegte praktyk omdat dit alle RuntimeException (ongemerkte uitsondering) ook vang. Dit kan Java-spesifiek wees: Soms sal jy metodes moet oproep wat gemerkte uitsonderings gooi. As dit in jou EJB / besigheidslogika-laag is, het jy 2 keuses - vang hulle of gooi hulle weer.
Is uitsonderings sleg vir prestasie?
Gevolgtrekking. Gebruik nieuitsonderings as gevolg van hul potensiële prestasie-impak is 'n slegte idee. Uitsonderings help om 'n eenvormige manier te bied om looptydprobleme te hanteer en dit help om skoon kode te skryf. Jy moet egter die aantal uitsonderings wat in jou kode gegooi word, opspoor.
