有時我需要製作LINUX與WINDOWS下都可以運行的程式。在一般情況下，我會選擇在WINDOWS平台下完成初始的開發。因為VC提供的圖形化的編輯與調試介面的確較GCC要高產得多。在完成了測試之後，就開始把它向LINUX移植，移植的過程會有一些需要注意的地方。下面就是我的一些心得。
文件名
由於ext2文件係統對文件名是大小寫敏感的，當你在這種文件系統上進行編譯的時候，源文件中出現的#include 語句必須小心了。因為在VC環境下，由IDE自動生成的#include 語句，其中的文件名全部是小寫的。所以，你需要在一開始就注意這個問題，嚴格的使用大小寫敏感的文件名格式，避免在LINUX下編譯時出現找不到頭文件的錯誤。
數據類型
千萬不要使用VC獨有的數據類型，象__int16, __int32 和__int64 等等，你無法保證其他的編譯器能否支援它們。特別是__int64，它確實簡化了編程工作，但是當你的邏輯裏充滿了這樣的數據類型的時候，改動就變得無比困難了。還有一個問題就是，我們經常在VC中使用WORD,DWORD，INT，UINT這樣的擴展數據類型，不直接使用編譯器的數據類型有助於提高在不同平臺之間的可攜性。但是LINUX下沒有定義這樣的類型啊？其實只需要將windows.h和basetypes.h中對這些數據進行定義的語句複製到一個頭文件中，再在linux下包括進來就行了。
關鍵字
關鍵字是比較好處理的東西，凡是VC中帶兩個下劃線的關鍵字，比方__asm都是VC獨有的。儘量不使用它們，如果實在無法避免，就用#ifdef 和#endif為LINUX和WINDOWS編寫兩個版本。
MAKEFILE的編寫
你可以先用VC導出一個makefile，然後對其進行修改，但我傾向於從中拷貝出一段來生成GCC的makefile，比起手工編寫要快許多。
程式設計結構
這絕對是移植過程中問題最大的一個部分。應用程式難免要用到作業系統的服務，如果完全使用標準的C/C++編寫，這將不是一個問題，但是當我們使用到多進/線程，管道，或者對WINDOWS圖形介面的程式進行移植的時候，這個問題就變得突出了。我們應當從設計上就為程式的移植打好基礎。
解決這個問題首先必須搞清楚應用程式的邏輯模組。對於這個模組必須使用標準的C/C++進行編寫。同時將應用程式使用的線程數最小化，線程越多越難移植。將輸入輸出模組獨立出來。最後劃分出控制模組，這個模組與用戶進行交互。
（責任編輯：雲子）
