“面向巧合编程”啊……就算你不extern C，将头文件（lib工程和exe工程公用的）改成#define NETDIR，也是可以的。  回复  更多评论
  

难怪CPPBLOG人气越来越差，这种弱智文都发到首页  回复  更多评论
  

知识结构得系统,完整,别自己东弄一点西猜一点,零零散散散的,自己不懂就找个教程找本书从头至尾好好看看,要不出了问题都不知道在哪里.  回复  更多评论
  

这位兄台可能是误点了发到首页，偶也写点东西，开始1、2个也会误发首页，不过后来几十个都没有误发到首页。杯具啊。首页上很多帖子，偶也想问下，你为什么要发到首页？但是没这个勇气啊。杯具啊。  回复  更多评论
  

首页怎么发这个东西。。。要命了。  回复  更多评论
  

路过来看评论的。。。。。。  回复  更多评论
  

呵呵，楼上的几位对C++博客园的前途看来十分关注，本人的这篇小文引出来大家对博客园的担忧，可谓“窥一斑而知全豹，观一叶而知秋”。

实际上在本文最后有一句，“高手直接忽略”，本人知道自己在C++的造诣上水平有限，无意于去挑战高手的智商，只是对遇到的问题进行了记录，方便以后有如我一样的新手遇到此类问题，看到本文后能启发些思路。本人遇到这个问题，在百度和谷歌中搜索许久，没有找到很系统的答案，因此综合多篇文章，进行了“面向巧合”编程。

我总觉得C++博客园除了欢迎“阳春白雪”外，也应该容纳“下里巴人”，让每一层次的程序员或者编程爱好者都能够在这里有所收获。
前段时间读一篇古文《对楚王问》，里面提到 “引商刻羽，杂以流徵，国中属而和者，不过数人而已。是其曲弥高，其和弥寡。”如果博客园真如此，莫若“曲高和寡”。
我们都是很普通的程序员，写程序，无论用JAVA，C++，C#，无非是工作需要再加上自己的一些兴趣爱好，程序员骨子里面都透漏着一种"高傲"，无不认为自己的技术和智商应该在同辈人中处于领先地位，因此看不得周围出现任何一点点不符合自己标准的东西。

我只想表达一点意思，技术无论高低贵贱，只有应用好坏。文章也无论技术含量多少，如果能给某些人以启示，足矣。
BTW，高手可直接忽略  回复  更多评论
  

@三夏健
支持，要是在CPPBLOG不能直接发到首页，而只有所谓的名人专家才能发首页，我就不来这儿了  回复  更多评论
  

@三夏健
你这文章全是自欺欺人式的“收获”，自己都没有思考验证过的，也没有一个明确的结论，这能给人什么启示？这样也能“足矣”？  回复  更多评论
  

@溪流
你看懂他写了什么没。。。  回复  更多评论
  

被extern "C"坑过的飘过～

一个cpp里写：
const char text[4] = "abc";

另一个cpp里写:
extern const char text[4];

编译时链接失败！为啥？缺少了extern "C"前缀！两个cpp都加上前缀后，顺利解决问题，百思不得其解。

  回复  更多评论
  

@空明流转
我写的总体来说就一句话，简单的技术用的好就是对的。

明确的结论是静态库和动态库生成的方法有异，具体什么异，请看上文  回复  更多评论
  

@空明流转
我瞄了一眼，没明白，于是不看了  回复  更多评论
  

@三夏健
用的好。。。技术。。。你这是巫术。。。  回复  更多评论
  

@fx
extern和extern "C"完全是两码事。  回复  更多评论
  

@空明流转
巫术？呵呵，你让我想起了蓝精灵  回复  更多评论
  

@空明流转
巫术在中国不是很适用，可以叫魔术  回复  更多评论
  

@空明流转
你没看明白，我指的是extern const char text[4]; 和extern "C" extern const char text[4]; 之间的区别。

其实就是个命名规范，不小心还是容易坑人。  回复  更多评论
  

这跟在没在首页可没关系。我是说解决问题的方式，像导出符号这种按步就搬的套路，自己去猜，从学习成长的角度来说，不如系统地找本书看看来得有效率。虽然自己试，长久下来也能积累知识，只是学习到了一个阶段就会有瓶颈，需要把零散知识融汇贯通的时候就不如那么随心所欲了，会有那种怎么也打不通仁督二脉的感觉。另外，我是以为以为楼主写了一个类似 dll2lib 的工具，就点进来的，有点上当的感觉啊。  回复  更多评论
  

@cexer
我有一个想法，不一定准确。
做一个程序员不能凡事都依赖书，就比如C++，我觉得读过《C++编程思想》、《C++ Primer》，学会基本语言基础即可，更多的是要去靠实践。忘了是谁说过“计算机就是一门实践学科”。
有可能像dll，lib的编写方式在上面的两本书中提到过，但“纸上得来终觉浅，绝知此事要躬行”，亲自实践过才会记得清楚。就像这次从DLL转LIB，我做过一次，虽然很简单，但是从如何实现到这两种方式有何区别，甚至与其相关的一些基本知识，我都接触过了，这就是收获。  回复  更多评论
  

@三夏健
说得有道理，并且我补充你一下，“纸上得来终觉浅，绝知此事要躬行”，这句话不能太单纯地理解。首先第一步要“纸上得来”，如果自己的理解已经超越了纸面上能给你的，然后就再“躬行”。理论基础要扎实，实践才能有的放矢。另外有些东西是知识结构的基本结点，比如说“1+1=2”，本来就是“浅”的，没必要“躬行”。  回复  更多评论
  

@cexer
你说的也是一个方面，但我觉得有些要说明一下。
1 “如果自己的理解已经超越了纸面上能给你的”。我不知道你有没有这样一个经验，我们写的文档也好，读的书也好，每个人理解的东西都或多或少有些差异。这样就会造成，同样一份文档，不同的人看来有不同的理解，有的是对的，有的是错的。但都可能和你本来的意思有出入。这样就必须用实践去检验是否正确。
2 凡事都会有个进阶的过程。就像我们打魔兽，在高手眼里面很不值一提的技巧，但在新手来说确怎么都掌握不了。也就是说，有人觉得是“1+1=2”，有些人就像在做四则运算，不能一概而论。
3 我现在就有种感觉，在中国IT环境下，研究上层系统架构的人太多，谈起理论来一套一套的，什么"MVC、MEF、EXTJS、设计模式"，都是信手拈来，大吹特吹。但实际应用起来确总感觉不得心应手。实践不够啊。
总体说来，本人这篇小文，引发了那么多人关注，不论各位以什么态度来看待，都谢谢各位的时间和精力。  回复  更多评论