如果一個程序員從來沒有在Ｌｉｎｕｘ，Ｕｎｉｘ下開發過程序，一直在Ｗｉｎｄｏｗｓ下面開發程序，?　同樣是工作１０年，　?大部分情況下與在Ｌｉｎｕｘ，ｕｎｉｘ下面開發１０年的程序員水平會差別很大。這篇文章并不是想貶低Ｗｉｎｄｏｗｓ下面開發的人，做Ｗｉｎｄｏｗｓ開發的人看了可能會感覺不舒服，我并不是這個意思，我只是說說我自己的感受。

我最早開始學習編程也是在Ｗｉｎｄｏｗｓ下面的，　?學的是ＶＢ，后來轉到ＶＣ＋＋，當時用的是ＶＣ６．０，　?做Ｗｉｎｄｏｗｓ下面的開發５年后轉入Ｌｉｎｕｘ下面做開發的，開始在Ｌｉｎｕｘ下面做開發的時候，　?也做過很多Ｗｉｎｄｏｗｓ下面的項目，在Ｌｉｎｕｘ下面做開發確實比我在Ｗｉｎｄｏｗｓ下面做開發多學到了很多的東西，從開源代碼里面吸取了豐富的營養，我不是說我是個高手，　只是說在Ｌｉｎｕｘ下面學習，你會進步的更快。

不過我需要強調一下，我這里說的是　“大部分情況下”，意思就是說“在同樣勤奮，同樣努力程度，同樣基礎知識，同樣工作年限，同樣是做應用程序的開發”　的情況下，如果說的不對，希望大家在下面發表看法。

可能大家會奇怪，　為何會出現這種情況呢　？聽我慢慢道來！

第一：閉源與開源

Ｗｉｎｄｏｗｓ下面的程序基本都是封閉源代碼的，特別是１０年前，在Ｗｉｎｄｏｗｓ下可以說找不到可用的開源的軟件，現在的情況比以前好多了，　很多Ｌｉｎｕｘ下面開源的程序被移植到Ｗｉｎｄｏｗｓ下面來，但是Ｌｉｎｕｘ下面開源的程序增加的更多了。

以前在Ｗｉｎｄｏｗｓ下面寫應用程序，　需要用到ＭＦＣ，ＷＩＮＳＯＣＫ，ＯＤＢＣ，ＦＩＬＥ　ＩＯ等，?　可以找資料的地方主要是微軟官方的文檔ＭＳＤＮ，也只有ＭＳＤＮ才是最全的地方，下來是第三方網站　ｖｃｋｂａｓｅ，　ＣＳＤＮ，　?ｃｏｄｅｐｒｏｊｅｃｔ　這幾個網站。　?但是從這些網站找到的代碼，都是針對一個特定的小功能，為了演示如何實現這個小功能而寫的代碼，寫代碼的水平參差不齊，風格各異，都是一些ｄｅｍｏ性質的小東西，簡單研究看看代碼，就可以集成到自己的應用程序里面。如何構建一個完整的應用程序，?　架構良好的應用程序，　大學里面不會教你，　一切都得靠自己摸索，在公司里面做項目獲得提升，直到項目商用，后期維護修改代碼時，　?回頭看自己寫的代碼，　?才深刻體會到，自己當時寫的代碼架構是多么的不合理，維護修改是如此的困難。如果在互聯網上找不到自己需要的資料，就只能靠自己想一些實現的方法，雖然功能完成了，?　可能完成的時候還很有成就感，但是等那天你突然發現有人實現這個功能，并且用了一個巧妙的方法，　這是你才突然恍悟，　我當時為何就想不到這么實現呢？

在Ｗｉｎｄｏｗｓ下面開發，　?不太容易找到可以參考的類似你要完成功能的開源項目。一切都得靠自己。但是在Ｌｉｎｕｘ下面就不一樣了，　當你要開發一個新項目時，　?可以想想有沒有什么開源項目也完成了類似的功能，　可以下載到源代碼來做一個參考，　對其中的算法，　?架構設計等做一個詳細的了解，然后自己開發的時候就會比較得心應手了，可以避免別人犯過的錯誤，少走很多彎路。

第二：要學習的知識量不一樣

學習ｗｉｎｄｏｗ下的開發，　你需要學習很多的Ｗｉｎｄｏｗｓ　ＡＰＩ，截止到２００９年９月，Ｗｉｎｄｏｗｓ總ＡＰＩ數量為２２５８個，　并且Ｗｉｎｄｏｗｓ　ＡＰＩ　的參數多，　參數類型復雜，要記住這么多東西不是一件容易的事情，至少也和學習一門外語一樣，大學英語四級要求掌握的總詞匯量達到４５００個單詞。可想而知，　學會這么多的ＡＰＩ用法，有多難了吧。

那么學習Ｌｉｎｕｘ下，　要掌握多少ＡＰＩ呢　？　Ｌｉｎｕｘ下的內核ＡＰＩ，　全部算下來也才３３５，但是這些內核的ＡＰＩ只有編寫驅動的時候才能用到，?　開發應用程序基本用不到內核的ＡＰＩ，開發應用程序的ＡＰＩ基本都是Ｃ的ＡＰＩ，而　Ｌｉｎｕｘ所有的Ｃ的ＡＰＩ個數是２７９個，　?也就是說你只需要掌握不到３００個的ＡＰＩ，　就可以順利的在Ｌｉｎｕｘ下面開發應用程序了，相比學習Ｗｉｎｄｏｗｓ下面的那一堆ＡＰＩ來說，　?你是不是可以省下很多時間來學習其他知識呢？

下面我就舉個簡單的例子：

ＣｒｅａｔｅＦｉｌｅＲｅａｄＦｉｌｅ　ＯｐｅｎＦｉｌｅ　ＷｒｉｔｅＦｉｌｅ　ＤｅｌｅｔｅＦｉｌｅ　ＲｅａｄＦｉｌｅＥｘ　ＷｒｉｔｅＦｉｌｅＥｘ　ＣｌｏｓｅＨａｎｄｌｅ

上面這些ＡＰＩ是Ｗｉｎｄｏｗｓ下面對文件操作的ＡＰＩ，　總共是８個，看看ＣｒｅａｔｅＦｉｌｅ的參數吧，

ＨＡＮＤＬＥ　ＷＩＮＡＰＩ　ＣｒｅａｔｅＦｉｌｅ（　＿＿ｉｎＬＰＣＴＳＴＲ　ｌｐＦｉｌｅＮａｍｅ，　＿＿ｉｎＤＷＯＲＤ　ｄｗＤｅｓｉｒｅｄＡｃｃｅｓｓ，　＿＿ｉｎＤＷＯＲＤ　ｄｗＳｈａｒｅＭｏｄｅ，　＿＿ｉｎＬＰＳＥＣＵＲＩＴＹ＿ＡＴＴＲＩＢＵＴＥＳ　ｌｐＳｅｃｕｒｉｔｙＡｔｔｒｉｂｕｔｅｓ，　＿＿ｉｎＤＷＯＲＤ　ｄｗＣｒｅａｔｉｏｎＤｉｓｐｏｓｉｔｉｏｎ，　＿＿ｉｎＤＷＯＲＤ　ｄｗＦｌａｇｓＡｎｄＡｔｔｒｉｂｕｔｅｓ，　＿＿ｉｎＨＡＮＤＬＥ　ｈＴｅｍｐｌａｔｅＦｉｌｅ　）；

這些參數的意義和類型，　請問你需要花多少時間來掌握呢　？

我們在看看Ｌｉｎｕｘ下面對文件操作的Ｃ的ＡＰＩ有幾個，

ｆｏｐｅｎｆｗｒｉｔｅ　ｆｒｅａｄ　ｆｃｌｏｓｅ

共四個，我們在看看參數吧

ＦＩＬＥ　＊ｆｏｐｅｎ（　ｃｏｎｓｔｃｈａｒ＊ｆｉｌｅｎａｍｅ，　ｃｏｎｓｔｃｈａｒ＊ｍｏｄｅ　）；

兩個參數，　請問你需要花多少時間掌握呢。可能有的人會提出意見，說上面Ｃ的ＡＰＩ也能在Ｗｉｎｄｏｗｓ下面運行啊？

沒錯，　是能在Ｗｉｎｄｏｗｓ下面運行，但是你就掌握這跨平臺的Ｃ的ＡＰＩ夠嗎？?　難道所有在Ｗｉｎｄｏｗｓ下面開發的人都喜歡用Ｃ的ＡＰＩ，　不會用Ｗｉｎｄｏｗｓ本身的ＡＰＩ嗎？你不需要學習Ｗｉｎｄｏｗｓ下面的ＡＰＩ嗎？　?你的同事使用了ＣｒｅａｔｅＦｉｌｅ這個函數，　你不需要搞懂他嗎？　你不需要看同事的代碼嗎？　你不需要去維護別人寫過的代碼嗎？

如果你還是這么想，那我還可以再舉其他例子！就拿創建線程的例子吧，下面是２個在Ｗｉｎｄｏｗｓ下面創建線程的例子，　第一個是創建安全工作線程，　第二個是創建界面線程，還有一個函數我沒有放下面，　是創建不安全的工作線程的，具體的原理大家可以參考《ｗｉｎ３２多線程程序設計》，作者：（美）Ｊｉｍ　Ｂｅｖｅｒｉｄｇｅ　＆　Ｒｏｂｅｒｔ　Ｗｉｅｎｅｒ　著，侯捷　譯這本書。

／／線程安全的工作線程函數ｕｉｎｔｐｔｒ＿ｔ　＿ｂｅｇｉｎｔｈｒｅａｄｅｘ（　ｖｏｉｄ＊ｓｅｃｕｒｉｔｙ，　ｕｎｓｉｇｎｅｄｓｔａｃｋ＿ｓｉｚｅ，　ｕｎｓｉｇｎｅｄ（　＊ｓｔａｒｔ＿ａｄｄｒｅｓｓ　）（　ｖｏｉｄ＊　），　ｖｏｉｄ＊ａｒｇｌｉｓｔ，　ｕｎｓｉｇｎｅｄｉｎｉｔｆｌａｇ，　ｕｎｓｉｇｎｅｄ＊ｔｈｒｄａｄｄｒ　）；　／／界面線程函數ＨＡＮＤＬＥ　ＷＩＮＡＰＩ　ＣｒｅａｔｅＴｈｒｅａｄ（　＿＿ｉｎＬＰＳＥＣＵＲＩＴＹ＿ＡＴＴＲＩＢＵＴＥＳ　ｌｐＴｈｒｅａｄＡｔｔｒｉｂｕｔｅｓ，　＿＿ｉｎＳＩＺＥ＿Ｔ　ｄｗＳｔａｃｋＳｉｚｅ，　＿＿ｉｎＬＰＴＨＲＥＡＤ＿ＳＴＡＲＴ＿ＲＯＵＴＩＮＥ　ｌｐＳｔａｒｔＡｄｄｒｅｓｓ，　＿＿ｉｎＬＰＶＯＩＤ　ｌｐＰａｒａｍｅｔｅｒ，　＿＿ｉｎＤＷＯＲＤ　ｄｗＣｒｅａｔｉｏｎＦｌａｇｓ，　＿＿ｏｕｔＬＰＤＷＯＲＤ　ｌｐＴｈｒｅａｄＩｄ　）；

做Ｗｉｎｄｏｗｓ下面的開發，　上面兩個創建線程的函數我們都必須掌握。當然了，?　你也可以只需要知道　＿ｂｅｇｉｎｔｈｒｅａｄｅｘ　來在Ｗｉｎｄｏｗｓ下面通吃，但是當看到別人的代碼使用ＣｒｅａｔｅＴｈｒｅａｄ的時候，　?你可不要不習慣，ＭＦＣ里面很多人都用ＣｒｅａｔｅＴｈｒｅａｄ。　掌握這么多的ＡＰＩ累吧　？　就和你上學的時候背單詞一樣累。

下面我在列一下Ｌｉｎｕｘ下面創建線程的函數

ｉｎｔｐｔｈｒｅａｄ＿ｃｒｅａｔｅ（　ｐｔｈｒｅａｄ＿ｔ　＊ｒｅｓｔｒｉｃｔｔｈｒｅａｄ，　ｃｏｎｓｔｐｔｈｒｅａｄ＿ａｔｔｒ＿ｔ　＊ｒｅｓｔｒｉｃｔａｔｔｒ，　ｖｏｉｄ＊（＊ｓｔａｒｔ＿ｒｏｕｔｉｎｅ）（ｖｏｉｄ＊），　ｖｏｉｄ＊ｒｅｓｔｒｉｃｔａｒｇ）；

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

Ｃ的ＡＰＩ　?絕大部分都可以再Ｗｉｎｄｏｗｓ下面運行，在Ｗｉｎｄｏｗｓ下面學習開發，　你不但要懂得Ｃ的ＡＰＩ，　?你還需要多花時間來學習Ｗｉｎｄｏｗｓ系統本身的ＡＰＩ，　你可能要說，　這么說應該是Ｗｉｎｄｏｗｓ下面學得多啊，　我要說的是你掌握的ＡＰＩ是很多，?　但是對于一個軟件來說，　最最重要的是系統架構，數據結構，架構設計的好，　對后期的代碼維護，功能修改都很關鍵，　這也就是新手寫的代碼，　?到最后連他自己本人都很難維護的原因，　更別說讓別人來維護了。

ＡＰＩ相當于基本功，　系統架構，　數據結構是內功，基本功練的越快，我們就越有更多的時間來練習內功。練習內功，我們要多向高手學習。

在學習Ｗｉｎｄｏｗｓ　下面開發應用的道路上，　我們需要掌握更多的ＡＰＩ，　學習后，　讓我們的路越走越窄，　沒有特別豐富的開源代碼可以參考，　水平提高的速度很慢。

可喜的是，　現在很多開源的項目被很多人移植到了Ｌｉｎｕｘ下面，　?也有很多的開源項目是跨平臺的，　常用的是　ｗｘＷｉｄｇｅｔ界面庫，　用法類似ＭＦＣ，　還有ｑｔ這個界面庫，　?也很強大，還有開源的３Ｄ引擎ＯＧＲＥ，　架構非常好，很值得學習其架構模式。但是Ｌｉｎｕｘ下面的開源庫要遠遠比Ｗｉｎｄｏｗｓ下面的開源庫豐富得多，?　我們可以方便的從高手的代碼里面學習數據結構，學習設計模式，學習編程技巧，這也就是Ｌｉｎｕｘ下面的程序員，　?可能會比Ｗｉｎｄｏｗｓ下面的程序員水平更高的原因，　畢竟見多識廣嘛，　熟讀唐詩三百首，不會作詩也會吟啊！