异常安全的代码写起来还是很纠结的

变异老鼠

所有可能抛出异常但又不想 catch 的地方都要做成 RAII……

于是如果构造函数里面想要 new 内存的话，指针果断不能用了，至少得上 unique_ptr……

可是天杀的 gcc 竟然木有把 unique_ptr 放到 tr1 里面，这一定是要活生生地逼着我上 C++0x……

C++0x 这个东西，虽然我自己用的很 high，但是要我说服别人用，暂时还没有这个勇气……

自己重新造个轮子？拜托别人造好的轮子就在面前啊，眼睁睁地看着不能用啊……

以上是昨晚堆代码有感{:3_190:}

三月廿七

算了， 少打几个字
我的时间也是有预算的，

bruceteen

“所有可能抛出异常但又不想 catch 的地方都要做成 RAII……”
------ 无论是不是使用了异常，无论是不是想catch，甚至在一切语言的一切场合下，都应该尽量RAII，互相之间少点没必要的牵挂是好事

“于是如果构造函数里面想要 new 内存的话，指针果断不能用了”
------ 不懂
构造函数中应该捕获异常（如果有的话，但估计不会有）并释放已经分配的资源然后抛出构造失败的异常。
但如果你构造成功了，那么一旦异常时，会自动调用析构函数。所以不明白你为什么说不能new

“C++0x 这个东西，虽然我自己用的很 high，但是要我说服别人用，暂时还没有这个勇气……”
------ 一切事物都是这样的，C++0x如此，C++98如此，C++8-9如此，C的一系列改进也是如此，不信你google看看上个世纪制定的C99标准，和你说同样话的人不在少数
能不能用某个事物完全取决于你所处的圈子，你和朋友间谈点技术话题很high，你到大街上去谈技术话题就会被认为是2B

幻の上帝

unique_ptr需要有右值引用的核心语言特性支持。放到tr1也没用，最多一个加强版的auto_ptr，照样放不进容器。

变异老鼠

unique_ptr需要有右值引用的核心语言特性支持。放到tr1也没用，最多一个加强版的auto_ptr，照样放不进容器。 ...
幻の上帝 发表于 2011-12-03 11:52

没有右值引用的情况下，把 unique_ptr 做成 non-copyable 我想我还是能凑合着用的。本来我也没多少指针需要传来传去，只是要一个 resource holder。

当然，想必 gcc 是不屑于做这种阉割版的组件……

walleeee

c++的例外用的少，测评了效率也不好，而且超控太猥琐，返回错误码倒是一个不错的选择，因为这样上层可以选择丢弃错误码，而例外是无法丢弃的（必须catch）。
而且c++那个引用，我也是相当的矛盾。

三月廿七

c++的例外用的少，测评了效率也不好，而且超控太猥琐，返回错误码倒是一个不错的选择，因为这样上层可以选择 ...
walleeee 发表于 2011-12-03 16:05

何必为那些与己无关的 "鸡肋" 而矛盾呢？？

幻の上帝

回复 5# 变异老鼠


那用auto_ptr然后注意一下不要copy得了。怕不小心用错的话可以写个模版继承auto_ptr然后把复制构造函数弄成private。

幻の上帝

回复 6# walleeee

无法丢弃？
catch(...){}不行？

fallening

unique_ptr需要有右值引用的核心语言特性支持。放到tr1也没用，最多一个加强版的auto_ptr，照样放不进容器。 ...
幻の上帝 发表于 2011-12-03 11:52

方才翻刚出炉的 boost 1.48，发现多出了一个 boost::move 专门给老的 c++ 编译器用的