2010年11月_zy498420

原创刨析真实的谎言

http://t.sina.com.cn/1647170920/zF0tmGkdJW 有人指明道姓的，说博物馆里的地动仪是假货，并且注明来历，产地，生产日期，订货客户，生产车间总工程师，产品图纸，只差订单没有拿出来公布了，属于明码标价的“三有”产品。回复中也有人补充司南当年也在订单之中http://news.ifeng.com/society/2/detail_2010_11/30/3278116_0.shtml，只是司南太简单了，生产质量如果不过关就实在太明显，太丢人，最没脑子的人都

2010-11-30 15:55:00 695

原创超越boost: 2)static_assert

static_assert是我认为boost库中依赖性最小的一个组件。当然对于很多人来说，assert的习惯都还未必能养成，更莫说static_assert，我就还是讲解一下。static_assert：如果传入一个false或者0，就抛出一个编译错误。既然是要激发编译时的错误，那么只能传入字面常量了。不过就算是只能检查常量的值，也可以检查很多东西了。另外他还能起到在编译错误时,提前阻止模板的深度展开,使模板编译错误信息易于理解如何把一个false或者0变成编译错误，笔者先抛砖引玉，给一个例子。#defi

2010-11-28 17:15:00 1797

原创超越boost: 1)tuple

写这个系列包括下列原因：1）boost很多东西很有用，真的。2）boost很多东西用起来却很痛苦。不出问题则以，一出问题，编译时错误信息1M算少的了；调试进入boost代码，你就等着两眼摸黑了吧。3）boost很多东西的源码值得学习，如果你能完整的完成一个库，几乎可以吃透template绝大部分知识了。笔者完完整整实现完了的东西也就typeof,tuple还有一些比较简单的东西。4）boost很多东西很长时间不更新了，发稿过去也爱理不理的。以这个tuple为例，别人回信说：“...虽然你的实现后端更高效，不

2010-11-27 21:59:00 2121

原创折磨人，中国人的最爱

喜欢在外人面前显示自己的气派大，朋友多，交际广，吃得开，有面子几乎是中国人几千年来与生俱来的天性。 其实中国人绝大多数并不会真正计较自己的朋友多一个或者少一个，关键在于不能让外人觉得你朋友少，“不能叫上一大堆人来给你捧场”的时候中国人会感到非常的丢面子。不过，多数情况下，往往叫来的一大堆，只有极少数是和主人关系密切，另外来的人把主人当朋友的只怕也很少。很多时候农村红白喜丧请客上百桌，本质上和两个黑帮谈判之前在市场上临时叫上一堆小弟长气势是没有区别的。 <br

2010-11-20 19:51:00 946

原创拯救你的字符串:发给Bjarne的信，大家来帮我评价一下

Dear Dr Bjarne: I'm a student from China. And I have some new ideas about some usual problems, which I want to share with you. I have to apologize for my poor English and some grammar errors which may exi

2010-11-19 20:44:00 960 5

原创对volatile int的单写多读？？

我已经不止一次听到关于volatile int的安全读写方面的谬论了。最常见的是volatile int的变量的单写多读操作是多线程安全的。这个结论很搞笑，因为每当支持这个节论的人给我讲一大堆诸如锁总线，原子指令方面的东西时，（权且当他们都说的全对）我几乎都可以反问他：根据你的结论，volatile int是也多线程写安全的（串行的）。那些搞并发编程的人难道都是吃饱了撑的，搞什么锁来玩的？好了，谈些基本点，基于c语言标准：1。volatile的行为是不可移植的（基于编译器，编译器基于cpu）。c语言另外一个

2010-11-16 01:27:00 2454 8

原创拯救你的字符串:精简

原来的方法由于要支持播种不得不保留了几个空函数，这其实是没有必要的。 不过话要说回来，少了他们，笔者我又不得不多重载不少的函数，郁闷阿。 算了吧，支持用户，提供一个只能挂种子皮但是效率趋向完美的版本（不管你编译器会不会对空函数inline）。代价是多写了不少模板函数，和对叶子节点进行了封装（原来没有叶子类，现在有了叶子unary_tree_ref，但是叶子不会出现在树上，效率是没有损失的，注意观察哦）。 #include <string>#include <ti

2010-11-15 15:04:00 495

原创拯救你的字符串:永远没有终点的补充

其实我还有很多话想说： 测试显示：测试次数越多，效率提升越小。这应该是因为内存的重复分配成为了时间主要开销的缘故。 由于公共服务器太快的缘故，服务器上面的测试次数都是我pc上的10倍或者100倍（不然运行时间都小于1秒！）。综合上面所说的,这也许是有种版本在gcc上的效率提升有限的缘故。 vs2008的效率提升比我原来说的要多，我当时弄成调试版了。有种版本使用的时间是没种版本的1/3左右！！ vc6有

2010-11-10 18:55:00 556

原创拯救你的字符串 : 完美救赎之终极奥义

前一篇文章http://blog.csdn.net/zy498420/archive/2010/11/10/6000129.aspx说到的种子皮在vc6的不完美适用问题，被彻底的解决了。剃了个头恰好就有思路了。解决的方法很简单，让前一篇文章所说的bug在且仅在vc6中出现，完美。以毒攻毒，以bug1解决bug2！！原理：vc6重载决议能力有限，但是却允许右值（临时值）传递给非const引用参数。当然同等条件它的重载决议优先选择带const引用参数（这个规则按标准原本只能用在左值上）的函数。template

2010-11-10 16:12:00 981

原创拯救你的字符串：微有瑕疵的终极救赎

原来的代码http://blog.csdn.net/zy498420/archive/2010/11/10/5998864.aspx里面有一个小bug，我一直都没有注意到，今天不经意间发现：有一个函数的参数少写了个const修饰,你注意到在哪里了吗？结果发现这个bug其实帮我遮盖了很多问题，让我今天又花了大约1小时来解决这些新问题。贴代码#include #include #include using namespace std;#ifdef _MSC_VER#if _MSC_VER

2010-11-10 14:28:00 714

原创拯救你的字符串：种子的外皮

上文http://blog.csdn.net/zy498420/archive/2010/11/09/5998427.aspx提到的“播种”之法需要你手动指定目标类型，稍微还是有点罗嗦（et_seed，字母还是挺多的），然而为什么需要指定呢？原因：如果不指定，最终生成的树可能根本不知道应该转换为何种类型，dest_type 未知。那么把 inline operator binary_op::dest_type () const；改为 template inline operator b

2010-11-10 01:10:00 1248

原创拯救你的字符串

你还在为string s = str1 + "123" + str2 + str3;这样的链式运算代码产生的临时对象,和二次级复杂度（最少的复杂度为str1 长度乘以"+"的个数）而苦恼吗?从今天开始起，彻底远离这些问题吧。这招我原本以为是自己发明的,还给他取了个名字叫做"操作符代理",结果世间达人早有类似的思想, 叫做表达式模板，（字体的区别其实是正房太太和偏房太太的区别），嘿。但是我觉得我远远的扩展了它已有的一些概念，从而觉得我自己完全有资格给这项技术取个新名字。大家可以先看看我的代码，代码中2次测试了

2010-11-09 21:05:00 907 2

zy498420的专栏