C++复杂多余者问题随笔

C和C++有太多的历史包袱而其它语言并没有这些，从另一个角度下来讲C和C++其实就是现代语言的活字典，也是现代软件设计的基础，当然有更古老的语言，但像C和C++影响力这么大的却无其它语言可以出其左右。

C++和其它语言最大的不同在于它不属于任何人，任何公司，而Java,C#,Python,Ruby等都是由某个公司或个人控制的，在相对封闭的体系之下设计的语言很容易可以做到易用性，但灵活性和设计思想的广泛度上与C++这样的语言不可同日而语。且不说其它语言从C/C++中借鉴的大量的特性，单就语言本身能够体现的设计思想广泛性上来讲只能说其它语言只作到了”溺水三千 只取一瓢”，像C++可以支持设计风格就有四种：面向过程、基于对象、面向对象、泛型。今日的C++并不是一开始就这样，最初的C++ 中连stl都没有，stl最初是HP内部开发使用的，后来才加入到标准中去，template技术也是后来加入的，反过来stl又引template的出现作了相应修改。由于C++开放的特性，在其被快速、广泛应用的同时，也出现标准落后于编译器实现的情况，因为业界的需求总是先于标准出现的，而商业化的产品必须满足这种需求。比较具体的例子如早期的VC++ ，在其MFC库中加入了很多现在看来冗余的设计比如说List这样的容器，那是不得已而为之，MFC出现的时候C++本身还不够完善，如此VC++本身就有了另一种历史负担，由于Windows平台在国内事实上的统治地位，造就了大批C++开发从VC++开始的进入这个领域的局面，而由于VC++、MFC本身的实现就不够标准，所以在入门的时候就把人引入了歧途，让学C++的根本没搞清楚到底什么是C什么是C++。大多数人从写界面开始，所以MFC的影响很不好，另一个角度来讲Windows本身所提倡的API风格，编码风格（匈牙利命名法）完全自成一体，与Unix-like这种提倡，简洁、明了的设计风格背后的设计哲学完全不同，但现代软件的历史其实是C/C++和Unix历史，所以在没有搞明白这些之前贸然进入Windows开发领域反而给更多的人造成的更多的困惑，我不是说Windows不好，而是想说不懂Linux、Unix、C/C++，那更不可能真正的搞懂Windows。因为操作系统理论上很多东西都是由unix发展过来的。简单如strcpy这样的C函数和StringCopy这样的函数名称在编码的时候有多少在会去思考它背后的东西呢？

C++这样的背景正好和GNU以及互联网的发展过程相切合，从软件工程的角度来讲正如《人月神话》所说，C++实际上和Linux一样，是在一种“大集市”的模式下产生的，从而产生了类似Linux的问题，灵活、强大，但进入的门槛比较高。各种思想在C++ 中全面开花造成C++本身强大的同时复杂度也飙升。但就像Unix-like OS使用一样，他就是面向技术人员的，而且面向的是喜欢技术的人员，如果你是个比较懒的技术人员那么C/C++绝不适合你，因为它在不停的发展，也有浩瀚如海的思想和技巧在里面，不时常的琢磨是绝对用不好的。

C++中异常的处理之所以不如Java这样的语言完善，是因为操作系统的限制，真正的异常处理机制完全是由操作系统提供的，在各种平台的差异下编译器没有办法作到面面俱到，而Java之所以可以做的更好，之是因为有JVM的存在，C++编译器不能代替操作系统的工作，但JVM却可以胜任这个角色。

至于大而全的库，C++发展至念已经有很多不错的库了，比如说boost,poco，正因为很多人没搞清楚c/c++是什么，还在思想的混乱中纠结就更不可能对库有更准确的看法了。如果你真的在使用C++那么学习使用好的库如boost，那么价值远大于去学习另一门语言。