C# Try/Catch/Finally [closed]

There are situations where you can't really avoid Try/Catch,

Consider a situation where you want the user to input some data to be entered in a database table. User's input includes primary key as well, Now if some user enters a duplicate primary key, you will get an exception. What do you want to do now ? let the system crash or handle the exception and show a user friendly message to user for inputting something different/unique.

Consider an example, Suppose you want to check if some URL is valid and available you might need some method like: (take from here)

private bool IfURLExists(string url)
{
    try
    {
        HttpWebRequest request = WebRequest.Create(url) as HttpWebRequest;
        request.Method = "HEAD";
        HttpWebResponse response = request.GetResponse() as HttpWebResponse;
        return (response.StatusCode == HttpStatusCode.OK);
    }
    catch //may catch specific WebException First
    {
        return false;
    }
}

The above method would not work without try/catch.

Another important usage of try/finally is with using statement, using works with those object which implements IDisposable interface and translates into try/finally block so if an exception occurs it would ensure the disposal of unmanaged resource.

Generally catch only those exceptions if you want to do something useful with them, otherwise let the exception bubble up

There is absolutely nothing wrong in using try/catch/finally blocks, if they are used in a thoughtful manner.

As a developer you cannot even imagine how different from you a customer can think, or how your system is going to interact with different systems or react to inputs you didn't thought of.

The only rule is: Do not abuse.

It is utterly unclear why that person wants to completely get rid of the try/catch/finally.

I don't even understand why finally blocks comes into the picture? Without finally how'll you reliably cleanup resources?

c# language provides using statement which is actually a syntatic-sugar implemented over try/finally constructs, So is that wrong? or abusive? Can you implement a using block without try/finally?

foreach uses try/finally, and so many places where you really need it.

Typical example: Consider "Socket Programming", How'll you avoid catching SocketException and IOException when dealing with sockets? Is that practical? definitely not. they should be used when you need to.

Conclusion: try/catch/finally should be used in a way it is supposed to. You shouldn't eat exception, that doesn't mean you have to let the exception terminate your process. You'll have to handle it.

A basic rule is to catch exceptions when and where you can handle them. If you cannot handle them, let them through. The final handling of anything uncaught in the progress of the program might be logging and showing an error message to the user.

You should only catch exceptions you can deal with, others should bubble up. You definitly must not catch exceptions like NullReferenceException or ArgumentOutOfRangeException. Those are bugs and catching hides those bugs in your code.

Article regarding this topic: Vexing exceptions