【 在 BlackHouse 的大作中提到: 】
: 六年前从cpp转向java阵营，就再也没有转回去了。
:  
为啥，没机会还是不想转
--
FROM 112.65.12.*

MyException::ThrowOn($flag, "出问题了",-142857);
少一层缩进，爽多了
我总觉得 ThrowOn 比 assert 舒服。 就像  if 对 unless 那么自然
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 大多数现代语言比如C++，C#，Java，python，javascript都支持异常啊，这是人民群众用脚投票的结果啊。
: 异常可以简化很多不必要的error转发逻辑，尤其是中间层，不想处理error就不需要了解底层实现，能写出简洁易读代码
--
FROM 124.240.25.*

Intel: 需要我们怎么改进 CPU
Microsoft: 对错误处理更快些
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: CPU设计是紧盯软件的
: 如系统调用怎么写，SEH怎么写，线程切换怎么写，既要节省代码体积也要节省时钟周期
--
FROM 124.240.25.*

【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 可以不代表该这么用
: 我见了太多的纯C风格java，python和javascript代码，都是印度培训班杰作
: 一般来说用什么语言就应该按照什么语言的标准库的规矩写，stl和boost为什么要抛异常啊

C++ 异常最大的问题是，知道怎样写异常安全代码的程序员太少。。

语言本身在降低写异常安全代码的难度这一块也不上心，只会教育人 RAII，又不提供好用点的支持，学 Go 提供一个 defer 也行啊，甚至哪怕加一个 finally 也比现状好

: ...................
--
FROM 59.41.116.*

使用异常的 C++ 代码得把所有涉及到打开/关闭、获取/释放此类操作的代码都用 class 封装起来（所谓 RAII），在实际工程开发中挺麻烦。

而且，RAII 鼓励在构造函数中完成完整的初始化（与之相对的做法是在构造函数里基本不做什么事，真正的初始化由一个单独的 Init 函数来执行），这样就避免不了构造函数抛异常。
然而，只要允许了构造函数抛异常，那写代码就需要更小心了。举个例子，请问下面代码中，分别在以下几种情况下：

* 构造 b_ 时抛了异常
* 构造 c_ 时抛了异常
* (1) 处抛了异常
* (2) 处抛了异常

~A() 会执行吗？c_ 的析构函数会执行吗？b_ 的析构函数会执行吗？

class A {
public:
  A() : b_(), c_() { /* ... */ }
  A(int x) : b_(), c_() { /* (1) */ }
  A(float x) : A() { /* (2) */ }

  ~A() { /* ... */ }

private:
  B b_;
  C c_;
}

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 异常安全有什么坑吗？
: 不是抛出 Exception，接收的时候用 Exception & 就行了吗？
--
修改:vonNeumann FROM 183.60.88.*
FROM 183.60.88.*