在你的C++程序中,你是否使用错误try catch
在你的C++程序中,你是否使用异常try catch ?
我基本没用过。
windows的__try __except用过。
但基本没用C++的异常。
我认为异常很难debug,往往crash了,找不到出错函数栈,只看到跳转到的异常的函数栈。
------解决方案--------------------
从未用过,除了在托管C++用过之外
现在主要从事C#了,倒是经常try catch了。用C++的话,一般还是喜欢用返回值的方式来表达错误与否,基本上不会throw,毕竟很多的 windows api也是用返回值的居多。
------解决方案--------------------
很少用,一般在调用组件的时候,会使用,这样可以捕获异常,来帮助分析问题。
------解决方案--------------------
ADO不用try好象不行。
------解决方案--------------------
基本不用。。。。
------解决方案--------------------
嗯,好像还没用过,虽然说这是C++强大的地方之一
------解决方案--------------------
很少用,对性能有影响
------解决方案--------------------
throw 的时候,没写清楚么?
------解决方案--------------------
C++异常处理不管是否使用try/catch都会影响效率,除非使用编译器选项把它禁用了。
析构函数不能抛出异常,所以如果调用了可能抛出异常的函数,你将不得不用try/catch;构造函数中,如果多次使用new(非nothrow版本)生成对象赋值给原始指针(非智能指针),你将不得不用try/catch
我基本没用过。
windows的__try __except用过。
但基本没用C++的异常。
我认为异常很难debug,往往crash了,找不到出错函数栈,只看到跳转到的异常的函数栈。
------解决方案--------------------
从未用过,除了在托管C++用过之外
现在主要从事C#了,倒是经常try catch了。用C++的话,一般还是喜欢用返回值的方式来表达错误与否,基本上不会throw,毕竟很多的 windows api也是用返回值的居多。
------解决方案--------------------
很少用,一般在调用组件的时候,会使用,这样可以捕获异常,来帮助分析问题。
------解决方案--------------------
ADO不用try好象不行。
------解决方案--------------------
基本不用。。。。
------解决方案--------------------
嗯,好像还没用过,虽然说这是C++强大的地方之一
------解决方案--------------------
很少用,对性能有影响
------解决方案--------------------
throw 的时候,没写清楚么?
------解决方案--------------------
C++异常处理不管是否使用try/catch都会影响效率,除非使用编译器选项把它禁用了。
析构函数不能抛出异常,所以如果调用了可能抛出异常的函数,你将不得不用try/catch;构造函数中,如果多次使用new(非nothrow版本)生成对象赋值给原始指针(非智能指针),你将不得不用try/catch