"Mo"
Published on

Finding the right exception to throw

Authors

If you've been writing .NET applications for a while, you're likely aware that you're not supposed to just throw Exception. Instead, if you're dealing with a null argument, you should be throwing an ArgumentNullException instead. FxCop warns against cases like this.

My problem isn't knowing to not throw Exception. My problem is finding the appropriate exception to throw.

Just about every time I need to throw an exception in code, I type something like throw new... then wait for intellisense, and then inevitably try to type something like *Exception. Which fails of course. Then I do a google search for common exception types and will come across a post like Brad Abram's Common Exception Types. Which is somewhat useful, except that his list only contains Exception names including Exceptions like the InvalidProgramException, which has a description of "the exception that is thrown when a program contains invalid MSIL." Most likely not what I need :-) Jeff Atwood has an older post about a console application he wrote to write out Exception types from assemblies, but once again, it doesn't provide the description I needed to help make my decision, too.

So, I decided to solve this problem myself.

I liked Jeff's approach because it was lightweight and could be piped to programs like findstr so that I could look for certain types of exceptions. I essentially wanted what he had, but I wanted summary information as well. I ended up solving the problem with PowerShell. First, check out the output:

[3] > Get-Exception Null | Format-List

Name : System.ArgumentNullException Summary : The exception that is thrown when a null reference (Nothing in Visual Basic) is passed to a method that does not accept it as a valid argument.

Name : System.NullReferenceException Summary : The exception that is thrown when there is an attempt to dereference a null object reference.

Name : System.Management.Automation.PSArgumentNullException Summary : No summary found.

Name : System.Data.NoNullAllowedException Summary : No summary found.

Name : System.Data.SqlTypes.SqlNullValueException Summary : No summary found.

As you can see, my script is called Get-Exception and it can handle searches. The results can be passed to the various formatting cmdlets like Format-List. You can also pipe the results to Select-String for further searching if you wish or just pipe it to a Where statement.

The script itself is fairly simple. The pulling of exception types is based entirely off of the following statement:

$exceptions = [System.AppDomain]::CurrentDomain.GetAssemblies() | foreach {
    $_.GetTypes() | where { $_.FullName -match "System$filter.*Exception$" }
}

To pull the summary documentation, I'm using the returned type's Assembly.Location property and checking for an XML file with the same name at the same location. This usually equates to an XML file in C:\windows\microsoft.net\framework\v2.0.50727. Then I use an XPath expression against it.

I've posted the script out on the PowerShell Code Repository at http://poshcode.org/827 if you're interested in downloading it and trying it out. There are a lot of other great scripts there as well.