@zy498420
>>基类的纯虚函数也可以定义的哦
恩，的确，C++中通过这种方法可以在父类中提供一些公共的实现，而在子类实现中显示调用父类函数，实现复用~ 所以纯虚函数还是可以通过这种合理方式被调用到。

比较有名的三个web server，Windows下是IIS，而Linux/Unix下则主要为Appache HTTP Server (httpd), 另外还有一个专门为运行java code的Tom...

查看当前所有tables：
.tables
查看当前所有table的细节：
select * from sqlite_master

但其不支持存储过程

很早就听说过sqlite这个数据库引擎，但鉴于我一贯好逸恶劳，纸上谈兵的恶劣行径，一直没着手玩过它。记得老东家当年做CAD系统的标准库时，用的就是sqlite来存储那些标准零件 - 作为desktop...

自从用了豆瓣，每每看完一部电影，或者一本书，总会在豆瓣留下几笔，对内容的理解也好，自己的感想也罢，少则用短评，多则用评论，偶尔复习浏览，整个的过程，对记忆非常有帮助，而且不怎么花时间 - 理解感想那是...

如果每次都是full build，当然不会有问题，但是当你的项目很大的时候，比如有200个binary，你可能不希望每次都做一个full build，比较合适的方式是你会把你”关注“的一些project组织起来工作，这就可能会出现上述问题了。

所谓头文件发布，就是在build某个工程的build过程中，把头文件发布到特定的输出目录，而依赖于此工程的代码，则需要从此特定的输出目录来include头文件。换句话说，在这种做法下，头文件与最终产生...

加油飘哥~ 我也一直属于半吊子阶段~~~
对了，这个图你是手工画的吗：
// cube ///////////////////////////////////////////////////////////////////////
// v6----- v5
// /| /|
// v1------v0|
// | | | |
// | |v7---|-|v4
// |/ |/
// v2------v3

@.Jx.

引用

.Jx.：传递那个结构不需要把结构的接口提供给外界吗？那么外界怎么使用容器中的数据？我觉得这种方案还是有问题啊？

结构体定义在cpp中，头文件里只是结构的前置声明，外界是看不到其具体蒂定义的

@Anders Cui
我宁可不要充实~

@islet8
@Codingirl
哈，相当荣幸，得到夫妻档的评论啊~~~
多谢推荐押沙龙，相信只要有意思的东西看，还是不错的，应该不会爆发~ （或许我说的太早了：））

@Gucin Choi
是在花木那边的。
的确，工作就是为了生活，没有了生活，工作还有啥意义

两个月前的今天，离开老东家，投奔新东家，中间不带一点过渡的，这点曾经让我觉得无奈，但也偶尔让我为自己感动一把 —— 真够勤劳的~~~。 不管怎样，6年之后，我终于跳了我人生中第一个槽，。好处是，以后...

咏菊------黄巢待到秋来九月八，我花开后百花杀。冲天香阵透长安，满城尽带黄金甲。入都------李鸿章丈夫只手把吴钩，意气高于百尺楼。一万年来谁著史，三千里外欲封侯。定将捷足随途骥，哪有闲情逐水鸥...

@飘行天下
你在技术研究上的功力撒，没有能挡住你了

飘哥，我发现全国人民都挡不住你了

引用

Neuron Teckid：
"
不理解，我们的RTTI不就是利用local对象的析构来做内存管理的吗。
"
博主这句话中的 RTTI 是不是应该是 RAII...

多谢，已改正

@飘行天下

引用

飘行天下：
不同组件之间传递STL，除了Allocator的不同；
我所碰到的还有不同编译选项带来的烦恼：似乎在VS2008，VS引入_SECURE_SCL，会对STL做一些边界条件的安全检查，我们使用的3rd Party内_SECURE_SCL = 1，而主程序因为某个最重要的库而选择0，记得当时重视莫名其妙Crash，查了好久，才知道是这个东西惹的祸啊。

是啊，使用了SECURE_SCL的容器，其内部会多出一些数据以便check某个iterator是否valid，内存上明显就不匹配了先

@Jalen Wang
是职业主妇～

Dooyoul是个韩国人，他有个很古代的韩国名字，翻译过来叫：郑斗悦，恩，有点像《大长今》中的某个人物了。Dooyoul是我在Autodesk时的同事，我们不是同一个team，但是去美国office的...

@lzcpp

引用

lzcpp：别说传个stl容器了，随便一个C++ object也不敢传啊。

为什么？

@RaymondSQ

引用

RaymondSQ：如果确实有这样的担心，可以使用自定义结构体传输，反复折腾STL似乎也比较麻烦。

但是你又不愿放弃STL提供的那些强大、优雅的功能 - 自己写实在不太好

@陈硕
>>能否在动态库的界面上使用STL，主要取决于贵公司 C++ 开发环境的完整性（integrity）。
由于公司有许多产品线，不同部门，其开发环境升级、是否使用了自定义的STL都是未知的，也是可变的，所以不使用是比较安全的做法。
>>“静态变量”这个理由对 DLL 或许是正确的，对 SO 则是错误的。
对SO了解不是很深，我理解的是两个SO中的容器代码应该是两份独立的代码（由模板产生），那么在SO中他们是怎么做到共享静态变量的?

最近的一个项目，是开发一个framework，提供给公司内部不同的产品线使用。 之间遇到的一个问题，就是STL容器的使用， 而结论是不要在公共接口中传递STL容器：这里说的STL容器，但主要则是指容器...

尾递归就是递归调用在函数的最后一步，这样的递归可以被编译器优化成类似于循环的形式，无须保存stack frame和局部变量，提高性能，一般可以通过一个accumulator参数将一个传统递归改造成尾递...

我不要，绿色通道啊绿色

这样的评论，不知道够不够清晰哦

不知道cnblog的稳定性如何哦

我再测试一下好伐