神话与谬误：争论C++前你应当知道什么
| 的各个boost子库呢?被选入C++0x的TR1的各个子库呢(间接用到)?那日常开发者用不用学模板元编程呢?不用学，根本不用学，这么复杂的技术学什么呢?也就是点技巧上的东西。那为什么偏有人学呢?待会再说。 还有大量的例子就不一一列了。其实STL的traits技术已经能够说明问题了。如果你仔细看一看，你会发现，那些所谓的利用C++黑暗角落的技术，几乎无一不是出现在库开发里面的，而之所以出现在库开发里面，是因为库开发中的需求驱动的——为了开发出更好的库。难道你不想用更好的库? 哦，说到“更好的库”，肯定会有同学有意见了。
C++98都快十年了，标准库还是只有那一套STL。库进展缓慢，到现在GUI库也没有一个标准，都是四分五裂各自为营。网络库也是、文件系统库也是、日志库也是…不过这个问题已经是另一个问题了，容后再说。 问题是，“没有标准的库”并不意味着“C++的库不好”，后者也并不意味着“那些晦涩的技巧并没有提升库的质量”，这个逻辑上的两环都不对。实际上，人们所谓的“晦涩而复杂的技巧”其实正是为了提升库的质量而被挖掘出来的。traits技术提升库的效率(静态转发)，type erase技术使得boost::function可以接受任何签名为void()的函数(灵活性)，包括仿函数，包括boost::bind后的函数。type list技术使得boost::tuple能够接受可变数目的模板参数。policy-based design使得可以对一个设施的功能进行正交分解… 就算把所有流行的C++ tricks都列出来，你也会发现，其实它们几乎每一个都对应了至少一个实际应用。而实际应用需求哪来的?库设计的需求。但归根到底，是使用库的人——终端程序员——的需求。(效率、灵活性、抽象表达力，哪一样不是终端程序员的实际需求呢?) 再举个实例，有同学说，我只要写简单的代码。问题是，简单不意味着单纯。简单意味着在更高抽象层次上面编程，后者是要靠好的库抽象才能达到的。借用《Extended STL》里面的一个例子： DIR* dir = opendir(".");
那问题是，为什么发展到后来，“钻语言细节”成了社群的潜在哲学呢? 这其实是一个心理学上的问题，跟语言没有关系，跟C++的初衷更没有关系。从心理上，在同一个领域，如果另一个人比你懂得更多，你就会倾向于佩服他，这时另一个人懂的东西有多大的用处其实并不那么重要，人对自己不懂的东西总是有一种敬畏感的。 C++里面有那么多的tricks，其实日常编程中要用到的trick少之又少，日常编程绝大多数都以复用库为主，而那些tricks就隐藏在库里面。除非你是库的设计者，否则很多的tricks根本就无需关注。 另一方面，写作C++书籍的大多数都是C++库的设计者，这就给予了许多C++书一个有偏见的视角，大量库设计中才会用到的技术被介绍出来，而社群对这些牛人又都是唯马首是瞻的。(其实我觉得一本Bjarne的《The C++ Programming Language》加上一本Herb&Alexandrescu的《C++ Coding Standard》对于日常程序员来说，真的足够了。) 此外，人总是好奇的，在C++里面有那么多的被“发明”的好玩技术，怎么可能不会有人去 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
