Throws or try-catch

Solution 1:

• catch an exception only if you can handle it in a meaningful way
• declare throwing the exception upward if it is to be handled by the consumer of the current method
• throw exceptions if they are caused by the input parameters (but these are more often unchecked)

Solution 2:

In general, a method should throw an exception to its caller when it can't handle the associated problem locally. E.g. if the method is supposed to read from a file with the given path, IOExceptions can't be handled locally in a sensible way. Same applies for invalid input, adding that my personal choice would be to throw an unchecked exception like IllegalArgumentException in this case.

And it should catch an exception from a called method it if:

• it is something that can be handled locally (e.g. trying to convert an input string to a number, and if the conversion fails, it is entirely valid to return a default value instead),
• or it should not be thrown (e.g. if the exception is coming from an implementation-specific lower layer, whose implementation details should not be visible to the caller — for example I don't want to show that my DAO uses Hibernate for persisting my entities, so I catch all HibernateExceptions locally and convert them into my own exception types).

Solution 3:

Here's the way I use it:

Throws:

• You just want the code to stop when an error occurs.
• Good with methods that are prone to errors if certain prerequisites are not met.

Try-Catch:

• When you want to have the program behave differently with different errors.
• Great if you want to provide meaningful errors to end users.

I know a lot of people who always use Throws because it's cleaner, but there's just not nearly as much control.

Solution 4:

My personnal rule of thumb for that is simple :

• Can I handle it in a meaningful way (added from comment)? So put code in try/catch. By handle it, I mean be able to inform the user/recover from error or, in a broader sense, be able to understand how this exception affects the execution of my code.
• Elsewhere, throw it away

Note : this replys is now a community wiki, feel free to add more info in.

Solution 5:

The decision to add a try-catch or a throws clause to your methods depends on "how you want (or have) to handle your exception".

How to handle an exception is a wide and far from trivial question to answer. It involves specially the decision of where to handle the exception and what actions to implement within the catch block. In fact, how to handle an exception should be a global design decision.

So answering your questions, there is no rule of thumb.

You have to decide where you want to handle your exception and that decision is usually very specific to your domain and application requirements.