话说VC/MFC 用大量try{}catch{}包住所有代码科学么? 个人习惯基本都是用if判断,除了关键代码很少会用上try{}catch{},看到隔壁java组的貌似全部代码都是包住的......话说哪种比较合理? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 c才用if判断返回值吧,c++还是提倡异常结构编程的。只是你要自己判断哪些地方可能会有异常抛出,然后用try..包起来处理。因为c++可以用c的风格也可以是c++的所以反倒为难了,如果你包起来的函数调用是用返回值来明示错误的,用try就没什么用了,如果是以抛出异常来表示错误的,用try来处理还是有好处的。估计java看出这点来了。。所以直接提倡try吧。 Java 的异常处理是语言的很大一部分,而C++的异常处理不是。我个人是基本不用C++的异常处理和WINDOWS的 SEH 的。我感觉在C/C++大量使用异常不好,首先不说效率问题,可能会屏蔽掉一些没暴露出来的程序BUG 全部用try{}catch{}包上的肯定是菜鸟所为关键部分用try{}catch{}包含 java组的貌似全部代码都是包住的那是因为函数的返回信息, 很多是函数内部故意抛出的异常, 其实在C++里面, COM的一些东西也经常会这样干比如数据查询, 需要你捕捉异常, 其实这是正常的函数调用失败如果代码你没有自己抛出异常就尽量别用, 否则程序的错误就无法暴露出来 学习了请问4楼我一般异常是自定义的TCHAR ,是不是有些嫩了。 不能一概而论. java的异常是必须的.java很多库都通过抛出异常来报错,而不是通过返回值. c/c++不是必须的. c函数都不抛c++异常.只有用到c++库时,才可能抛出异常.这些异常也是你自己写bug代码造成的.只有你用了c++库或其他的c++内裤.才需要try catch 当然也不是必须的.当你的代码有足够的健壮性.不可能导致出现异常.你可以不用try catch. JAVA里很多异常处理。C++里并不推荐经常使用此方式。 各位大侠,急救!!!! 关于消息映射 把若干字符串按字符顺序输出,如何写? 如何控制窗体的大小 高手进来看看,题目里说不清楚 剪贴板高手请进 to : 内存泄漏,应该判断什么?malloc&free, HeapAlloc&HeapFree???微软的谎言?? 使用mts(#include <mtx.h>)后,try块好像失效了。 一个带VOID*成员变量的类如何定义拷贝构造函数和重载赋值操作符 用什么工具能将硬盘上的多个文件变成一个Image文件*.iso? csdn号称全球最大华人it社区,真是丢死人啦 50分 求解菜单个数
我个人是基本不用C++的异常处理和WINDOWS的 SEH 的。我感觉在C/C++大量使用异常不好,首先不说效率问题,可能会屏蔽掉一些没暴露出来的程序BUG
关键部分用try{}catch{}包含
那是因为函数的返回信息, 很多是函数内部故意抛出的异常, 其实在C++里面, COM的一些东西也经常会这样干
比如数据查询, 需要你捕捉异常, 其实这是正常的函数调用失败如果代码你没有自己抛出异常就尽量别用, 否则程序的错误就无法暴露出来
请问4楼我一般异常是自定义的TCHAR ,是不是有些嫩了。
c/c++不是必须的. c函数都不抛c++异常.只有用到c++库时,才可能抛出异常.这些异常也是你自己写bug代码造成的.只有你用了c++库或其他的c++内裤.才需要try catch 当然也不是必须的.当你的代码有足够的健壮性.不可能导致出现异常.你可以不用try catch.