2000年左右是C++的鼎盛期,游戏,图形界面,科学计算,后台服务,各种新语言的实现语言,甚至入侵了一点操作系统里C的地盘。
一项技术,火起来蜂拥而上,泥沙俱下,平稳后发现后劲不足,或者有另一个风口出现,便如树倒萎溃散。
进化是好事,进化的同时要吸取经验,避免出现返祖现象。C++之父写过一本神书,«C++语言的设计和演化»,鄙人孤陋寡闻,似乎这是唯一一本阐述语言设计理念、折衷的辛苦无奈历程,Bjarne 在书中提出了很多极具智慧的设计理念,比如时下小火的俨然C++继任者 Rust 也极为推崇的“零代价抽象”。
回到主题,为什么C++不再被推崇?客观原因很明显:
(1) C++语法很复杂,好的C++程序员难求。
语法上 C++14 开始的“后现代C++”已经改善不少,以前一些奇技淫巧可以抛弃了,但可惜为了向后兼容性,历史包袱是丢不了的。
(2) 历史上机器性能很弱,编译器注重生成代码效率而在不太注重警告语法陷阱——没有足够资源做分析,C++编译已经非常慢了,所以C++的开发者友好度严重不足。
就像JS届出了v8这个奇葩,C++届有了LLVM后,逼得GCC也不断改进,错误信息提示友好漂亮多了,大微软的VC编译器还能把Effective C++, More Effective C++等书里描述的注意事项融入编译器里,也是这个大微软,开源了好用的vcpkg,搭配CMake, C++的开发体验比以前提升了很多,至少比 NodeJS 折腾一礼拜还不一定能搞定编译工具链强 。
(3) Web 2.0 甚至 mobile web 时代,连老实贤惠的Java都被嫌弃,就别提C++了。
C++在科学计算的地位还是难以动摇,别瞅现在Python火的红屁股,其实就是个皮,没有C/C++加持,Python屁都不是。
明确下观点:你不一定要用C++,但它值得了解。补一句,你不一定要用Rust,但它值得学习。
最后,贴一个 Go 的例子,编译没问题,运行出错,而在 C++ 里完全可以在编译期就发现问题,压根不让编译通过。
package mainimport ( "fmt" "sync" "time")func main() { var wg sync.WaitGroup wg.Add(1) go foo(wg) fmt.Println("before wait") wg.Wait() fmt.Println("after wait")}func foo(wg sync.WaitGroup) { fmt.Println("before sleep") time.Sleep(2 * time.Second) fmt.Println("after sleep") wg.Done()