“面向巧合編程”啊……就算你不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、設計模式"，都是信手拈來，大吹特吹。但實際應用起來確總感覺不得心應手。實踐不夠啊。
總體說來，本人這篇小文，引發了那么多人關注，不論各位以什么態度來看待，都謝謝各位的時間和精力。  回復  更多評論