Exception Handling: A Good Set of Reminders
August 31, 2006
Scott Hanselman has posted a list of Exception Management Rules of Thumb that is a great refresher on this topic. Included in this list are possibly some things that are new to you. Here are two that are really good and show great _common-software-engineering-sense
If your functions are named well, using verbs (actions) and nouns (stuff to take action on) then throw an exception if your method can't do what it says it can.
- For example, SaveBook(). If it can't save the book - it can't do what it promised - then throw an exception. That might be for a number of reasons.
_If something horrible happens (something exceptional) then you need to decide if you can keep going. _
- Don't catch exceptions you can't do anything about. It's likely if you could do something about it, it wouldn't be exceptional, and you might consider calling TryParse, or File.Exists, or whatever it takes to prevent that exception.