编写每一个C#函数是不是最好都“踹”一脚啊？例如：

Question

try
{
.........................
}
catch (Exception e)
{
    MessageBox.Show("出现错误。错误情况：\r\n" + e, "错误提示");
    //this.Close();
    return ;
}

Answer 1

绝对不是，甚至可以这样说在程序中真正需要用try..catch的地方并不是很多；往往有相对固定的位置。
这种问题一两句话还解释不清楚，慢慢去体会吧。

Answer 2

try...catch ... finally 
结构可以让你的程序有较好的稳定性，
但performance 就不好说了，这个是一个平衡，怎么掌握完全在于你自己的控制，
我建议的是尽量自己将事情考虑完全，不要啥子事情都交给 try 
懒惰是要付出代价的 。慢慢体会吧。

Answer 3

很少try
只有在你估计的到问题的地方才try估计不到的地方，能早崩溃，尽量早崩溃，越早崩溃才越容易处理

Answer 4

try 不踹，由你自己决定。如果估计有可能出问题，还是踹的好...

Answer 5

呵呵，说try慢的，我觉得都不是问题的本质。
至少我用了try没感觉对程序速度产生了本质性的影响，但是错误的使用try其实会造成程序上更大的不稳定性。上面的大佬说得对：
很少try
只有在你估计的到问题的地方才try估计不到的地方，能早崩溃，尽量早崩溃，越早崩溃才越容易处理 再稍微精确一点来说：
如果你知道即将发生何种类型的异常，并且你知道如何去处理它，你才try,否则就让他抛出来；
处理不仅仅是显示或者记录它，更不是直接忽略，而是要能够恢复到没有这种错误的状态，除非你的错误确实可以忽略；