- 主题:大家都用C++的try catch吗？
其实EXCEL就有了，#VALUE!
【 在 milksea (肥了，又肥了 >>>_<<<) 的大作中提到: 】
: 大概算不上纠偏，不过c++在继续提供做来越多的选项。
: c++23引入了expected类型以及一套Monadic工具，算是返回值方式处理错误的回归吧。这就是和类型，如果不往haskell之类函数式语言追溯，至少熟悉rust的话应该对Result不陌生。
: 【 在 z16166 的大作中提到: 】
: : 哪里在纠偏？给出链接或者原文
--
FROM 124.217.189.*
高可靠性的程序是不适合用异常的
异常主要用于业务逻辑，Python Java 那种，只需要在最外边 catch 一下记录下来然后退出。
【 在 pfan117 (pfan117) 的大作中提到: 】
: try catch，我觉得就是毫无意义的语法糖，跟编程语言的真正价值完全不搭边。
:
: 当初，某些做C++的人非要标新立异，非要弄得不一样。结果形式上改了，不用判断返回值了。结果，问题依然存在，依然需要处理，不仅如此，问题还变得更加复杂化了。
:
--
FROM 124.217.189.*
怎么能用Java/Python/JS的标准要求C++呢？那些语言编写的程序压根儿都不需要错误处理，挂了重启是标准操作。
【 在 z16166 (Netguy) 的大作中提到: 】
: 这不是个对错问题，而只是个flavor或者说paradigm问题。
: 根据自己的balance标准决定怎么搞。cpp大佬包括cpp他爹B.S，都是推荐用异常。
: 但要防止滥用异常，人多时这个并不一定好解决。
:
--
FROM 124.217.189.*
都用Java/Python/了还考虑性能吗……
C++连抛10个异常都比那俩不抛异常快10倍
【 在 iwantfly (雷雷) 的大作中提到: 】
: c++异常影响性能
: 那么java, c#,python之类的异常不影响性能吗
: c++编译器的开发商水平远低于以上语言的虚拟机？
:
--
FROM 124.217.189.*