ruby 语言 C++的反思[转](6)

#endif

如果有更好的跨平台写法，麻烦告诉我一下，实在是看不下去了。一个基础容器都让人用的那么辛苦，使得很多 C++程序员成天都在思考各种规范，没时间真正思考下程序设计。

由于语言层要兼容 C，又不肯象 C一样只做好系统层的工作，导致当 C++涉足应用层时，没法接管内存管理，没法支持语言层字符串，没法实现语言层基础容器。所以需要借助一些 stl之类的东西来提供便利，但 stl本身又是充满各种坑的。且不说内存占用大，程序体积大等问题，当编译速度就够呛了。所以为什么 C++下面大家乐意重复造轮子，实现各种基本容器和字符串，导致几乎每个不同的 C++项目，都有自己特定的字符串实现。就是因为大家踩了坑了，才开始觉得需要自己来控制这些细节。stl的出发点是好的，但是只能简单小程序里面随便用一下，真是大项目用，stl就容易把人带沟里了，所以很多大点的 C++项目都是自己实现一套类似 STL的东西，这难道不是违背了 stl设计的初衷了么？

语言层的缺失，让大家为了满足业务开发的快速迭代的需求，创造了很多很基础的设计灵巧的基类，来提供类似垃圾回收，引用计数，copy-on-write，delegate，等数不胜数的功能。每个项目都有一系列 BaseObject 之类的基础类，这样就引入一个误区，两年后你再来看你的代码，发现某个 BaseObject不满足需求了，或者你和另外一个项目 merge代码时，需要合并一些根本属性。图形和GUI这些万年不变的模型还好，应用类开发千变万化，一旦这些设计灵巧的基类不再适应项目发展时，往往面临着全面调整的代价。

打开一个个 C++大牛们 blog，很多地方在教你 std::string的原理，需要注意的事项。map的限制，vector的原理，教你如何实现一个 string。这就叫 “心智负担”，分散你的注意力，这是其他语言里从来见不到的现象。战士不研究怎么上前线杀敌，天天在琢磨抢和炮的原理，成天在思考怎么用不会走火，用炮不会炸到自己，这战还怎么打？

所以此后几年，越来越多的人开始反思前两年C++过热所带来的问题，比如高性能网络库 ZeroMQ作者 Martin Sustrik 的：《为什么我希望用C而不是C++来实现ZeroMQ》，比如云风的《》，比如引起热议的《Why C++ Is Not "Back"》。

全面被代替

2008年以后，行业竞争越来越激烈，正当大家一边苦恼如何提高开发效率，一边掉到C++的各种坑里的时候，越来越多的应用开发方案涌现出来，他们都能很好的代替 C++。各行各业的开发者逐步相见恨晚的发现了各种更加优秀的方案：需要底层控制追求性能的设计，大家退回到 C；而需要快速迭代的东西大家找到各种动态语言；介于性能和开发速度之间的，有java，知乎上好像很多黑java的，语言是有不足，但是比起C++好很多，没那么多坑，真正考虑面向对象，真正让人把心思放在设计上。ruby 语言所以再黑也不能挡住 java在 tiobe上和 C语言不是第一就是第二的事实，再黑也挡不住 java在云计算，分布式领域的卓越贡献。

所以2005年以后，C++处在一个全面被代替的过程中：

底层系统：进一步回归 C语言，更强的控制力，更精确的操作。

网页开发：2006年左右，C++和 fastcgi就被一起赶出 web世界了。

高性能服务：varnish, nginx, redis 等新的高性能网络服务器都是纯C开发的。

分布式应用：2007年左右， C++被java和其他动态语言彻底赶跑。

游戏服务端：2008年后进一步进化为 C 和 脚本，完全看不到胖C++服务端了。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-60655-6.html