如果一個(gè)程序員從來(lái)沒(méi)有在Linux，Unix下開(kāi)發(fā)過(guò)程序，一直在Windows下面開(kāi)發(fā)程序， 同樣是工作10年， 大部分情況下與在Linux，unix下面開(kāi)發(fā)10年的程序員水平會(huì)差別很大。這篇文章并不是想貶低Windows下面開(kāi)發(fā)的人，做Windows開(kāi)發(fā)的人看了可能會(huì)感覺(jué)不舒服，我并不是這個(gè)意思，我只是說(shuō)說(shuō)我自己的感受。

我最早開(kāi)始學(xué)習(xí)編程也是在Windows下面的， 學(xué)的是VB，后來(lái)轉(zhuǎn)到VC++，當(dāng)時(shí)用的是VC6.0， 做Windows下面的開(kāi)發(fā)5年后轉(zhuǎn)入Linux下面做開(kāi)發(fā)的，開(kāi)始在Linux下面做開(kāi)發(fā)的時(shí)候， 也做過(guò)很多Windows下面的項(xiàng)目，在Linux下面做開(kāi)發(fā)確實(shí)比我在Windows下面做開(kāi)發(fā)多學(xué)到了很多的東西，從開(kāi)源代碼里面吸取了豐富的營(yíng)養(yǎng)，我不是說(shuō)我是個(gè)高手， 只是說(shuō)在Linux下面學(xué)習(xí)，你會(huì)進(jìn)步的更快。

不過(guò)我需要強(qiáng)調(diào)一下，我這里說(shuō)的是 “大部分情況下”，意思就是說(shuō)“在同樣勤奮，同樣努力程度，同樣基礎(chǔ)知識(shí)，同樣工作年限，同樣是做應(yīng)用程序的開(kāi)發(fā)” 的情況下，如果說(shuō)的不對(duì)，希望大家在下面發(fā)表看法。

可能大家會(huì)奇怪， 為何會(huì)出現(xiàn)這種情況呢 ？聽(tīng)我慢慢道來(lái)！

第一：閉源與開(kāi)源

Windows下面的程序基本都是封閉源代碼的，特別是10年前，在Windows下可以說(shuō)找不到可用的開(kāi)源的軟件，現(xiàn)在的情況比以前好多了， 很多Linux下面開(kāi)源的程序被移植到Windows下面來(lái)，但是Linux下面開(kāi)源的程序增加的更多了。

以前在Windows下面寫(xiě)應(yīng)用程序， 需要用到MFC，WINSOCK，ODBC，F(xiàn)ILE IO等， 可以找資料的地方主要是微軟官方的文檔MSDN，也只有MSDN才是最全的地方，下來(lái)是第三方網(wǎng)站 vckbase， CSDN， codeproject 這幾個(gè)網(wǎng)站。 但是從這些網(wǎng)站找到的代碼，都是針對(duì)一個(gè)特定的小功能，為了演示如何實(shí)現(xiàn)這個(gè)小功能而寫(xiě)的代碼，寫(xiě)代碼的水平參差不齊，風(fēng)格各異，都是一些demo性質(zhì)的小東西，簡(jiǎn)單研究看看代碼，就可以集成到自己的應(yīng)用程序里面。

如何構(gòu)建一個(gè)完整的應(yīng)用程序， 架構(gòu)良好的應(yīng)用程序， 大學(xué)里面不會(huì)教你， 一切都得靠自己摸索。在公司里面做項(xiàng)目獲得提升，直到項(xiàng)目商用，后期維護(hù)修改代碼時(shí)， 回頭看自己寫(xiě)的代碼， 才深刻體會(huì)到，自己當(dāng)時(shí)寫(xiě)的代碼架構(gòu)是多么的不合理，維護(hù)修改是如此的困難。

如果在互聯(lián)網(wǎng)上找不到自己需要的資料，就只能靠自己想一些實(shí)現(xiàn)的方法，雖然功能完成了， 可能完成的時(shí)候還很有成就感，但是等那天你突然發(fā)現(xiàn)有人實(shí)現(xiàn)這個(gè)功能，并且用了一個(gè)巧妙的方法， 這是你才突然恍悟， 我當(dāng)時(shí)為何就想不到這么實(shí)現(xiàn)呢？

在Windows下面開(kāi)發(fā)， 不太容易找到可以參考的類(lèi)似你要完成功能的開(kāi)源項(xiàng)目。一切都得靠自己。但是在Linux下面就不一樣了， 當(dāng)你要開(kāi)發(fā)一個(gè)新項(xiàng)目時(shí)， 可以想想有沒(méi)有什么開(kāi)源項(xiàng)目也完成了類(lèi)似的功能， 可以下載到源代碼來(lái)做一個(gè)參考， 對(duì)其中的算法， 架構(gòu)設(shè)計(jì)等做一個(gè)詳細(xì)的了解，然后自己開(kāi)發(fā)的時(shí)候就會(huì)比較得心應(yīng)手了，可以避免別人犯過(guò)的錯(cuò)誤，少走很多彎路。

第二：要學(xué)習(xí)的知識(shí)量不一樣

學(xué)習(xí)window下的開(kāi)發(fā)， 你需要學(xué)習(xí)很多的Windows API。截止到2009年9月，Windows總API數(shù)量為2258個(gè)， 并且Windows API 的參數(shù)多， 參數(shù)類(lèi)型復(fù)雜，要記住這么多東西不是一件容易的事情，至少也和學(xué)習(xí)一門(mén)外語(yǔ)一樣，大學(xué)英語(yǔ)四級(jí)要求掌握的總詞匯量達(dá)到4500個(gè)單詞。可想而知， 學(xué)會(huì)這么多的API用法，有多難了吧。

那么學(xué)習(xí)Linux下， 要掌握多少API呢 ？ Linux下的內(nèi)核API， 全部算下來(lái)也才335，但是這些內(nèi)核的API只有編寫(xiě)驅(qū)動(dòng)的時(shí)候才能用到， 開(kāi)發(fā)應(yīng)用程序基本用不到內(nèi)核的API，開(kāi)發(fā)應(yīng)用程序的API基本都是C的API，而 Linux所有的C的API個(gè)數(shù)是279個(gè)， 也就是說(shuō)你只需要掌握不到300個(gè)的API， 就可以順利的在Linux下面開(kāi)發(fā)應(yīng)用程序了，相比學(xué)習(xí)Windows下面的那一堆API來(lái)說(shuō)， 你是不是可以省下很多時(shí)間來(lái)學(xué)習(xí)其他知識(shí)呢？

下面我就舉個(gè)簡(jiǎn)單的例子：

CreateFile ReadFile OpenFile WriteFile DeleteFile ReadFileEx WriteFileEx CloseHandle

上面這些API是Windows下面對(duì)文件操作的API， 總共是8個(gè)，看看CreateFile的參數(shù)吧，

HANDLE WINAPI CreateFile（ __in LPCTSTR lpFileName， __in DWORD dwDesiredAccess， __in DWORD dwShareMode， __in LPSECURITY_ATTRIBUTES lpSecurityAttributes， __in DWORD dwCreationDisposition， __in DWORD dwFlagsAndAttributes， __in HANDLE hTemplateFile ）;

這些參數(shù)的意義和類(lèi)型， 請(qǐng)問(wèn)你需要花多少時(shí)間來(lái)掌握呢 ？

我們?cè)诳纯碙inux下面對(duì)文件操作的C的API有幾個(gè)，

fopen fwrite fread fclose

共四個(gè)，我們?cè)诳纯磪?shù)吧

FILE *fopen（ const char *filename， const char *mode ）;

兩個(gè)參數(shù)， 請(qǐng)問(wèn)你需要花多少時(shí)間掌握呢?？赡苡械娜藭?huì)提出意見(jiàn)，說(shuō)上面C的API也能在Windows下面運(yùn)行??？

沒(méi)錯(cuò)， 是能在Windows下面運(yùn)行，但是你就掌握這跨平臺(tái)的C的API夠嗎？ 難道所有在Windows下面開(kāi)發(fā)的人都喜歡用C的API， 不會(huì)用Windows本身的API嗎？你不需要學(xué)習(xí)Windows下面的API嗎？ 你的同事使用了CreateFile這個(gè)函數(shù)， 你不需要搞懂他嗎？ 你不需要看同事的代碼嗎？ 你不需要去維護(hù)別人寫(xiě)過(guò)的代碼嗎？

如果你還是這么想，那我還可以再舉其他例子！就拿創(chuàng)建線程的例子吧，下面是2個(gè)在Windows下面創(chuàng)建線程的例子， 第一個(gè)是創(chuàng)建安全工作線程， 第二個(gè)是創(chuàng)建界面線程，還有一個(gè)函數(shù)我沒(méi)有放下面， 是創(chuàng)建不安全的工作線程的。

//線程安全的工作線程函數(shù) uintptr_t _beginthreadex（ void *security， unsigned stack_size， unsigned （ *start_address ）（ void * ）， void *arglist， unsigned initflag， unsigned *thrdaddr ）; //界面線程函數(shù) HANDLE WINAPI CreateThread（ __in LPSECURITY_ATTRIBUTES lpThreadAttributes， __in SIZE_T dwStackSize， __in LPTHREAD_START_ROUTINE lpStartAddress， __in LPVOID lpParameter， __in DWORD dwCreationFlags， __out LPDWORD lpThreadId ）;

做Windows下面的開(kāi)發(fā)， 上面兩個(gè)創(chuàng)建線程的函數(shù)我們都必須掌握。當(dāng)然了， 你也可以只需要知道 _beginthreadex 來(lái)在Windows下面通吃，但是當(dāng)看到別人的代碼使用CreateThread的時(shí)候， 你可不要不習(xí)慣，MFC里面很多人都用CreateThread。 掌握這么多的API累吧 ？ 就和你上學(xué)的時(shí)候背單詞一樣累。

下面我在列一下Linux下面創(chuàng)建線程的函數(shù)

int pthread_create（ pthread_t *restrict thread， const pthread_attr_t *restrict attr， void *（*start_routine）（void*）， void *restrict arg）;

看到了吧， 你只需要知道這個(gè)就可以了。

C的API 絕大部分都可以再Windows下面運(yùn)行，在Windows下面學(xué)習(xí)開(kāi)發(fā)， 你不但要懂得C的API， 你還需要多花時(shí)間來(lái)學(xué)習(xí)Windows系統(tǒng)本身的API， 你可能要說(shuō)， 這么說(shuō)應(yīng)該是Windows下面學(xué)得多啊， 我要說(shuō)的是你掌握的API是很多， 但是對(duì)于一個(gè)軟件來(lái)說(shuō)， 最最重要的是系統(tǒng)架構(gòu)，數(shù)據(jù)結(jié)構(gòu)，架構(gòu)設(shè)計(jì)的好， 對(duì)后期的代碼維護(hù)，功能修改都很關(guān)鍵， 這也就是新手寫(xiě)的代碼， 到最后連他自己本人都很難維護(hù)的原因， 更別說(shuō)讓別人來(lái)維護(hù)了。

API相當(dāng)于基本功， 系統(tǒng)架構(gòu)， 數(shù)據(jù)結(jié)構(gòu)是內(nèi)功，基本功練的越快，我們就越有更多的時(shí)間來(lái)練習(xí)內(nèi)功。練習(xí)內(nèi)功，我們要多向高手學(xué)習(xí)。

在學(xué)習(xí)Windows 下面開(kāi)發(fā)應(yīng)用的道路上， 我們需要掌握更多的API， 學(xué)習(xí)后， 讓我們的路越走越窄， 沒(méi)有特別豐富的開(kāi)源代碼可以參考， 水平提高的速度很慢。

可喜的是， 現(xiàn)在很多開(kāi)源的項(xiàng)目被很多人移植到了Linux下面， 也有很多的開(kāi)源項(xiàng)目是跨平臺(tái)的， 常用的是 wxWidget界面庫(kù)， 用法類(lèi)似MFC， 還有qt這個(gè)界面庫(kù)， 也很強(qiáng)大，還有開(kāi)源的3D引擎OGRE， 架構(gòu)非常好，很值得學(xué)習(xí)其架構(gòu)模式。但是Linux下面的開(kāi)源庫(kù)要遠(yuǎn)遠(yuǎn)比Windows下面的開(kāi)源庫(kù)豐富得多， 我們可以方便的從高手的代碼里面學(xué)習(xí)數(shù)據(jù)結(jié)構(gòu)，學(xué)習(xí)設(shè)計(jì)模式，學(xué)習(xí)編程技巧，這也就是Linux下面的程序員， 可能會(huì)比Windows下面的程序員水平更高的原因， 畢竟見(jiàn)多識(shí)廣嘛， 熟讀唐詩(shī)三百首，不會(huì)作詩(shī)也會(huì)吟啊！