love in C++, live on MFC

为什么不返回为 long (HRSEULT)呢?

返回0表示成功,非0表示出错的原因  回复  更多评论
  

那么麻烦，用异常好了  回复  更多评论
  

关于是用返回值还是异常一直都是个令人烦恼的话题。
不过我认为自己开发的程序如果只是自己使用的话，用返回值是最好的（当然适当的加上日志记录最好了）。因为你自己知道什么时候作错误处理。如果是开发库给别人使用，用异常可能比较好，因为你不知道你的客户该怎么去处理错误，所以应该把错误处理的主动权交给客户。  回复  更多评论
  

@<font color="#FF00FF" >Stone Jiang
也可以，道理是一样的，就是一定要利用好返回值，而不返回void
  回复  更多评论
  

从目前来看，用异常，在OOP方面已经很普遍了。
它对于栈展开，对象自我析构，和资源管理方面可以做得很好。
另外，在C++中，应使用bool代替BOOL。  回复  更多评论
  

另外，对于楼主的例子，还是不要有返回值的好。因为这容易引起误用。函数的用户常常会以为SetName返回的是未设置以前的值，而不是错误与否。  回复  更多评论
  

返回值这个东西，个人觉得是宁缺勿滥，设置返回值就要暗示使用者该调用可能失败，不可忽略，而如果将目前不会失败的函数也加个返回值，结果就像病毒一样从使用了你的函数的调用链上的所有函数的返回类型可能都得强制使用你的返回类型，必竟通常只有最外层（界面层）会调用个类似GetLastError之类的函数查看具体错误描述，程序中到处是以下代码：
RESULTTYPE result;
result= Call_Func1();
if(!result)
{
RELEASE_RESOURCE1;
return result;
}
...
result= Call_Func1();
if(!result)
{
RELEASE_RESOURCE2;
return result;
}
...
最终，如果我是那个可怜的用户，我要么放弃你的函数，要么放弃返回值检测。
如果你好心的告诉用户某函数会一直返回TRUE，那更糟糕，因为你将破坏你的函数的用户在使用函数方面的心理模型，就像你的软件是设置成按左键弹出操作菜单，那么绝大多数右派迟早会有心理障碍。
　　事实上，在程序中大多数函数调用失败是无法修复的，最终的结果是在界面上告诉用户操作失败了，因此异常会是错误处理方面的更好选择，即使错误可修复，用异常也仅仅比函数调用多个把花括号而已，省去的是大把大把的return　result；语句。  回复  更多评论
  

纯属误导
唉，这里面什么人都有  回复  更多评论
  

@alki
可能有一点，不过我的理解是"One way of measuring the quelity of a design is to see how well it handles variation"
hehe，摘抄的，不过我蛮同意的，因为实际项目中的变化，原超过想象

我也是cpp新手，大家共同学习。
  回复  更多评论
  

我也觉得习惯性返回void是不好的。
只是上面举的这个例子不够恰当罢了。
在调试的时候尤其有用。MFC的VERIFY宏不是用来看的。
按照txf 的看法，用API编程的人都该改行了。

个人认为异常是你无法控制的错误，至少VC对于异常的处理效率还是很低的，需要用到内核调用。而且C++没有象java那样在语法上强制处理异常。

BOOL 是MFC的习惯。  回复  更多评论