《0bug-C/C++商用工程之道》究竟用了什么编程语言

   我的新书《0 bug -- C/C++商用工程之道》近期已经面市，经过出版社统计，上市一个月20天左右，销售共计2500多册（出版社数据），这在专业性技术书籍中，应该还是比较乐观的。我作为作者本人，也衷心感谢各位读者的鼓励和支持，我将一如既往地努力进行后续版本的修订和写作，为大家提供更好的精品书籍。

 

    应该说，我写这本书，还是有一定目的的。

    目前的社会上，讲C和C++语言的书籍汗牛充栋，但是，我发现有个问题都没有讲，就是“并行计算”，很多学习计算机软件编程的朋友，在学校中学习到了很多很好的知识，但是，就笔者所知（可能是笔者孤陋寡闻），确实很少有大学开设《并行计算》这门课程。但我们知道，现实社会中，目前32位多任务操作系统，如Windows、Linux、Unix等操作系统已经完全普及，哪怕连很小的嵌入式设备，如手机上，都开始使用多任务开发环境，这就要求现代程序员必须具有并行程序设计能力，但无疑，目前大多数程序员缺乏这种能力。最直观的例子就是Intel等CPU厂商，为了自己的多核CPU好销，已经开始在各地区开设程序员进修班，以各种形式向大家培训并行程序开发技能，以便解决整个业界无法适应多核多任务开发环境的需求这个问题。
 

    我也是在这种情况下考虑写作本书的，本书虽然定位于0bug，无错化开发，宣导商业化的务实开发思维，但这仅仅是一个方面，传统单任务程序设计的无错化方法，其实已经有很多参考资料了，笔者认为再“炒剩饭”没有多大意义。笔者从第一天开始写作本书，就致力于解决大家关心的一个核心问题：“如何书写无错化的并行程序？”，这应该说是本书的核心宗旨。
 

    这么做的意义显而易见，由于现在是互联网的社会，网络化开发采用C/S模型，但是，大量的书籍讲了Client端的开发和设计，缺很少，甚至没有书籍来描述服务器端的设计技能。但偏偏目前业界几乎所有的应用，都已经逐渐网络化，在未来的集中式和分布式运行模型下，大量的设计需求要求程序员具有多任务服务器的设计能力，这是一个现实的情况，哪怕一个很小的嵌入式家用路由器，其实都要求具有7*24小时的连续服务能力。这很好理解，大家想想自己家里的小路由器，买回来连通后，是不是很少断电和关机？
 

    所以我作为作者，才认为这本书有这么大的现实意义，我是商用程序员，做事情讲究务实，我写书，也希望切切实实帮助现在的大多数程序员解决自己身边，现在就遇到的问题，因此我从这个角度切入，写作本书。据某些读者朋友反映，本书是：“目前为止我知道的惟一一本关注服务器端程序设计的 C++ 书。而且又是国人的原创作品，十分难能可贵。”
 

 

    不过呢，俗话说，林子大了，什么鸟都有，网络作为现实社会的一个剪影，确确实实什么人都有的。本书出来后，一直受到很多不必要的干扰，这个，我在博文《关于《0 bug-C/C++商用工程之道》一书出版前后的故事》中，已经有了详细论述，此处就不再详述，有兴趣的朋友，可以到这个url去查看： http://tonyxiaohome.blog.51cto.com/925273/271531

 

    但是，我作为作者，也考虑了，不能把提批评意见的朋友都一竿子打死，这也不是客观的科学态度。毕竟，所谓“枪手”之说，我的猜测居多，并没有什么铁证，只能参考一下。因此，我又静下心来，详细阅读了一些读者，特别是一些“大牛”级的读者的批评意见。希望能找出一些真正属于自己的错误，好修订本书。这也是本着为读者负责的态度。
 

    但是，很奇怪，我发现不管是这些大牛，还是一些小牛，批评的意见大体有个总体思想，就是本书不符合C++开发的主流规范，显得“不标准”，“野路子”。这差不多也是目前批评本人和本书最主流的意见了。甚至，在某些网站上还出现了一些长篇大论的批判性大贴。
 

    这让我这个作者莫名其妙，先不论这些读者是好心还是恶意，也不论他们批评的意见是否正确，但这些意见显然我无法接受。
 

 

    原因很简单，请大家看本书的书名《0 bug -- C/C++商用工程之道》，这表明，本书源代码其实是用C和C++这两种语言开发完成的，并且，在本书中任何一处提到开发语言的时候，C一定排在C++语言前面，如“C和C++无错化开发方法”。就我这个作者本人而言，在平时工作中，我比较喜欢同时使用C和C++两种语言混合开发，这一来是工程有时候需要，二来是我个人开发习惯，毕竟，我是先学会C语言，后来才学习的C++语言。
 

    我想这也很好理解，从第一天开始，C和C++语言编译器就是兼容多种语言的，我们知道，几乎所有版本的C和C++语言编译器，都支持内嵌式汇编开发，这是合理的，因为工业控制中很多高速端口操作，需要汇编来完成。因此，现代的C和C++编译器，也有逐渐大一统的趋势，无论是VC还是gcc，均支持混合语言编程，可以说，目前我们的主流编译器，基本上都兼容三种语言，C、C++和汇编。

    因此，请各位读者就事论事，在阅读过程中，不要用纯正C++语言来考察本书的源代码，本来就不是主要用C++语言开发的。

    其实，我分析了一下，在我的源代码中，C和C++的比例，差不多8:2，即80%左右使用C语言开发的。对于C++语言，我本人倾向于“有限使用”，这个呢，是我的习惯，我习惯于到具体功能点的实现，使用C模式，因为即使是C++语言，函数内部都还是OP的，即面向过程的，这符合实际需要，但在模块组织上，我比较喜欢使用C++的对象概念来封装，因为确实方便。
 

    实际上，我曾经想过，是不是以本书定名就定为“C语言商用工程之道”，但显然也不现实，因为书中确实提到了对象。
 

    根据我个人经验呢，这比较符合现代商用系统的开发模型，一个较为大型的系统，尤其是网络相关，很多时候，系统是多种语言的混合体，有C和C++的，还有PHP和Java的，客户端开发还经常使用JavaScript和C#等，这些，我认为都是合理的。这毕竟是一个全方位满足客户需求的综合开发时代。
 

 

    另外，我这里也说说本书的源代码，很多读者知道，本书虽然内部包含大量带来，甚至包含一个并行开发工程库，但我并没有提供源代码下载服务，也不提供源码光盘，很多朋友都问我为什么，其实我是有原因的。

1、本书定位为一本工程实战书籍，我认为更多是讲思路，将解法，即share我本人的一些经验，帮助大家在以后的工程开发中，能有一些解决思路，能解决具体问题。因此，我没有认为本书的源代码有多重要。

2、本书的源代码，我本人认为它是一种语言，由C和C++语言代码，以及相关注释，以及相关文字描述共同组成的一门语言，是程序员写给程序员看的一门语言，是用来讲清楚问题的，不是拿来就用的。就好比我们上学时的伪代码，是描述逻辑使用的，仅仅是我这个作者图省事，把自己的代码直接拿出来，做了注释就写到书里了。

3、我本意是写书，不是做开源，如果做开源，我直接在网上开个库供大家下载好了，不需要写书这么麻烦的。

4、本书中代码，最少的都有两年无故障连续运营历史，最多的有9年。但我仍然不认为这些代码就一点bug都没有。只能说，在过去的工程环境下，没有暴露出bug而已。这在书中已经说明了的。

5、本书讨论的0bug，我有专文说明，一来，0bug我认为是程序员应该有的一种追求，是目标，其实我本人也没有做到的，但二来，本书讨论的0bug，可能比大多数人讨论的严厉一点点，即产品卖出钱了，你把钱揣到包包里面，并且落袋为安，不会因为维护再花出去，这个叫做0bug。我想我已经说得够清楚了，此处再次重申一下，就不劳大家不断争论了。

 

    此处呢，我作为作者，在此做个郑重声明，也希望各位读者和准读者朋友能精确看清楚本书的定位，以及写作的目标，有的放矢地购买和阅读本书，以便更好地学有所获。
 

 

=======================================================
在线底价购买《0bug-C/C++商用工程之道》
（直接点击下面链接或拷贝到浏览器地址栏）
http://s.click.taobao.com/t_3?&p=mm_13866629_0_0&n=23&l=http%3A%2F%2Fsearch8.taobao.com%2Fbrowse%2F0%2Fn-g%2Corvv64tborsvwmjvgawdkmbqgboq---g%2Cgaqge5lhebbs6qzlfmqmttgtyo42jm6m22xllqa-------------1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20---40--coefp-0-all-0.htm%3Fpid%3Dmm_13866629_0_0
肖舸