CPP大佬写的是那种千万程序员都要用的库，考虑用起来要方便，所以会精雕细琢，这当然是好的。

而实际开发的现实情况不是这样，作为一个制定技术规范的人，你要考虑的核心是如何在有限资源有限时间内把软件弄出来，并且各种指标要达标、要健壮、能应对千变万化的需求。

应届毕业生中，哪怕是985毕业的，能当场写对冒泡排序的人都是少数，90%根本就没用过异常。这就是现实。一个项目代码量经常会超过百万行，千万行甚至数十亿行都不罕见，并且这些代码绝大多数都是功能性代码，很多精雕细琢的考虑在这个时候会完全失效。如何在一个草台班子写的代码里面避免出现屎山，最直接的办法是两条：

1. 你有个好的架构设计，把各种功能解耦了，就算出现问题也不要扩大化。
2. 你有个简明的编程规范，大家很容易理解并遵循的那种。

很遗憾，C++异常的设计，“大多数”情况下对上面任何一条都是破坏性的。



【 在 z16166 的大作中提到: 】
: 最坏情况下无非就是找各种借口（最常用的借口就是工期）堆shi山
: 但是在shi山上呆久了，觉得整个世界就只有shi山，甚至还要阻止别人爬出shi山，那就有点搞了
: 我根本没兴趣管谁用不用c++异常、滥用还是用得好，只是说cpp大佬推荐用异常（这也是C++板块以前有人提醒我的）。但是你看这楼里还是有一些人抱的是陈旧观点，以为现在的c++异常还需要用指令来建立异常帧，那也算澄清了一下
: ...................
--
FROM 220.207.87.*