【導(dǎo)讀】involvedindoingso.easilyaswell.Mac?theWindows-basedmachine.

　　

【正文】 需要很少的工作量。 微軟公司與兩個(gè)第三方 UNIX 工具提供商合作密切（ Bristol Technology 和 Mainsoft 公司），這使得開(kāi)發(fā)人員把自己的 Win32 或 MFC 程序針對(duì) UNIX 進(jìn)行再編譯。開(kāi)發(fā)人員可以通過(guò)直接和這些公司接觸來(lái)獲得更多的信息。 很早的時(shí)候，你可以選擇是編寫(xiě)基于原始 API 或者基于 MFC 的程序。 一般來(lái)說(shuō)你會(huì)發(fā)現(xiàn) MFC 程序可轉(zhuǎn)換性比 Win32 程序好，這是因?yàn)閼?yīng)用程序 框架的一個(gè)內(nèi)在優(yōu)勢(shì)是對(duì)基本操作系統(tǒng)進(jìn)行了一定程度的提煉，這種提煉類(lèi)似于為你提供了一種安全保證。但是，開(kāi)發(fā)人員常常對(duì) MFC 有些疑問(wèn)，例如： ? 如果我需要一種操作系統(tǒng)服務(wù)，但應(yīng)用程序框架沒(méi)有提供如何處理 ? 直接調(diào)用 Win32 API， MFC 不會(huì)阻止你任何 Win32 API 的直接調(diào)用，只要你在函數(shù)名前面加全局運(yùn)算符 (::)就可以了 . ? 我不懂 C++，還能用 MFC 嗎？ 當(dāng)然可以。 MFC 是基于 C++的 , 但是你可以把 C 和 C++ 代碼很好的結(jié)合起來(lái)。 你在函數(shù)名前面加全局運(yùn)算符 (::)就可以了 . ? 我怎么樣開(kāi)始使用 MFC？ 從類(lèi)開(kāi)始，和 /或從讀一些書(shū)開(kāi)始。 Visual C++ 系統(tǒng)提供了一個(gè)很好地 MFC 指南(Scribble)，然后，購(gòu)買(mǎi) MFC Migration Kit（可以網(wǎng)上付費(fèi)，自己郵寄到微軟），它將幫助你把 C 程序移植轉(zhuǎn)換成為 MFC 和 C++。 如果你從今天開(kāi)始編寫(xiě)可轉(zhuǎn)換性好的程序，那么所有的轉(zhuǎn)換都會(huì)變得簡(jiǎn)單。遵守一些基本的轉(zhuǎn)換方針會(huì)使你的代碼減少對(duì)特殊平臺(tái)的依賴(lài)。 不要假定任何事，特別是不要假定數(shù)據(jù)類(lèi)型的大小、機(jī)器的狀態(tài)、數(shù)據(jù)類(lèi)型排序、或者隊(duì)列不要假定簡(jiǎn)單數(shù)據(jù)類(lèi)型的大小，因?yàn)樗鼈冊(cè)诓煌奶幚砥魃嫌胁煌拇?小。例如， int 在 Win16 和 Win32 上分別是 2 個(gè)字節(jié)和 4 個(gè)字節(jié)，無(wú)論如何，避免代碼依賴(lài)于數(shù)據(jù)類(lèi)型的大小。使用 size of()來(lái)替換。使用 offset of()宏來(lái)判斷結(jié)構(gòu)體的大小，而不要試圖手動(dòng)計(jì)算。使用可編程的借口去訪(fǎng)問(wèn)所有的系統(tǒng)或者隱藏“對(duì)象”，例如?；蚨?。 分解數(shù)據(jù)類(lèi)型以提取單獨(dú)的字節(jié)或比特，會(huì)在從 Windows 到 Macintosh 的轉(zhuǎn)換時(shí)出問(wèn)題，除非你在寫(xiě)代碼時(shí)候小心，不假定任何類(lèi)型分解。 包含了一些常量，用于輔助書(shū)寫(xiě)?yīng)毩⑷肫脚_(tái)的宏，以訪(fǎng)問(wèn)獨(dú)立的字節(jié)。 這看上去很明顯，因?yàn)闆](méi)有什 么比匯編語(yǔ)言可轉(zhuǎn)換性更差了。像 Microsoft Visual C++這樣有內(nèi)置匯編程序的編譯器，可以很容易的擺脫匯編碼來(lái)提高速度。然而，如果你想轉(zhuǎn)換代碼，要避免這種誘惑。如果不是必須的，當(dāng)今的編譯器可以產(chǎn)生和手動(dòng)產(chǎn)生效果一樣好的匯編碼。我們?cè)谖④浀难芯勘砻?，?wèn)題出現(xiàn)的原因往往是算法的不好，而不是代碼的不好。實(shí)際上，由于行程和寄存器用法的過(guò)于復(fù)雜，在 RISC 機(jī)器上，手動(dòng)產(chǎn)生的匯編碼要比機(jī)器產(chǎn)生的還要差。 用 c 語(yǔ)言編寫(xiě)所有的程序，然后，如果你必須用匯編碼重寫(xiě)，確保把兩種執(zhí)行程序都保存，利用條件編譯，并且保持兩 種程序的更新。 美國(guó)國(guó)家標(biāo)準(zhǔn)委員會(huì)（ ANSI）對(duì) C/C++的一個(gè)主要目標(biāo)是，提供一個(gè)可轉(zhuǎn)換的這種語(yǔ)言的執(zhí)行程序。理論上說(shuō)，嚴(yán)格按照 ANSI C 編寫(xiě)的程序，對(duì)于任何執(zhí)行 ANSI C 標(biāo)準(zhǔn)的編譯器都是可以轉(zhuǎn)換的。 Microsoft Visual C++提供了一個(gè)編譯器選項(xiàng)，可以用來(lái)檢查 ANSI 的兼容性。 Microsoft Visual C++為 ANSI C 提供了一些語(yǔ)言細(xì)節(jié)的補(bǔ)充，例如 4 字符常數(shù)和單行的注釋。使用 Microsoft C 擴(kuò)充的程序可以轉(zhuǎn)換到 Microsoft Visual C++的任何其它執(zhí)行操作。因此，你可以使用 4 字符常數(shù)編寫(xiě)程序，并且明白的程序可以轉(zhuǎn)換到任何16 位或 32 位 Microsoft Windows 平臺(tái)，或者是 Macintosh 平臺(tái)。 編譯器經(jīng)常定位在目標(biāo)機(jī)器體系上的結(jié)構(gòu)，一些 RISC 機(jī)器，例如 MIPS R4000，對(duì)排列尤為敏感。排列錯(cuò)誤可能導(dǎo)致執(zhí)行期錯(cuò)誤，或者可能悄悄地和顯著的 影響你的程序。因此，避免封裝結(jié)構(gòu)，限制對(duì)硬件接口與兼容性地東西如文件格式和磁盤(pán)結(jié)構(gòu)的封裝。 使用函數(shù)原型對(duì)于可轉(zhuǎn)換代碼來(lái)說(shuō)命令，所有的函數(shù)都應(yīng)該有原型，并且這些原型應(yīng)該與實(shí)際聲名的函數(shù)完全匹配。 遵循上面的方針，將會(huì)是你的代碼容易轉(zhuǎn)換，但是，如果你代碼是 16 位的 Windows代碼，那你第一步要做的是使它能在 Win32 下正常工作，這需要你的資源作額外的改變。 為 Win32編寫(xiě)的代碼可以在任何 Windows版本下運(yùn)行，有轉(zhuǎn)換庫(kù)時(shí)候還可以在 Macintosh下運(yùn)行?？赊D(zhuǎn)換的代碼應(yīng)該能在任意平臺(tái)上正確的編譯和執(zhí)行。 當(dāng)然，如果你使用Windows NT 特有的 API，那他們?cè)?Windows 下將不能工作，例如有些線(xiàn)程在 Windows NT 下工作，卻不能在 Windows 工作。這些函數(shù)區(qū)別應(yīng)該在你設(shè)計(jì)程序時(shí)候考慮到。 Win16 和 Win32 的主要區(qū)別是尋址長(zhǎng)度，意思是現(xiàn)在 32 位的指針對(duì)于或遠(yuǎn)或近的關(guān)鍵詞不再支持了，也意味著分段存儲(chǔ)的代碼在 Win32 下會(huì)不能工作。 除了指針，句柄和圖形調(diào)節(jié)也是 32 位， 會(huì)解決一些大小不同的問(wèn)題，但是仍然有一些工作需要作。 關(guān)于把你的程序在 Win32 下運(yùn)行 的推薦的策略，是把你的代碼再編譯成 32 bit 的 , 注意錯(cuò)誤消息和警告。接著，把復(fù)雜的函數(shù)和匯編語(yǔ)言函數(shù)用子函數(shù)代替，然后，利用上面的技術(shù)使你的主程序正確的工作。最后用一個(gè)可轉(zhuǎn)換的版本代替所有的子函數(shù)。 當(dāng)你已經(jīng)成功地把你的 Windows 程序從 16 bits 轉(zhuǎn)換為 32 bits,你應(yīng)該準(zhǔn)備好了著手把它轉(zhuǎn)換成 Macintosh，因?yàn)檫@兩個(gè)平臺(tái)之間存在很大的區(qū)別，所以這個(gè)工作會(huì)顯得令人畏懼。在你開(kāi)始轉(zhuǎn)換你的程序之前，你最好先明白這些區(qū)別。 Macintosh 與 Windows 區(qū)別在三個(gè)方面： ? 編程樣式的區(qū) 別 ? 處理器的區(qū)別 ? 用戶(hù)界面的區(qū)別 這些方面的區(qū)別會(huì)在下面敘述。伴隨這些區(qū)別出現(xiàn)的轉(zhuǎn)換問(wèn)題會(huì)在“從 Win32 到 Macintosh 的轉(zhuǎn)換”一節(jié)中討論。 Windows 和 Macintosh 的 APIs 完全不同，例如 : ? 事件模型不同。在 Windows 里，你分派消息到 WindowProcs，使用 DefWindowProc 處理你不關(guān)心的消息 。在 Macintosh 里，你有一個(gè)大的事件循環(huán)來(lái)處理所有可能出現(xiàn)的消息。 ? Windows 使用子窗口的概念， Macintosh 不使用子窗口。 ? Windows 應(yīng)用程序 可以使用畫(huà)筆或者畫(huà)刷繪圖， Macintosh 應(yīng)用程序只能使用畫(huà)筆。 ? Windows 中的控件建立在窗口類(lèi)上，在 Macintosh 中， 控件和窗口沒(méi)有關(guān)系。 ? Windows 允許 256 位的色彩的操作 。Macintosh 只允許 16 位的操作。 因?yàn)閮蓚€(gè)平臺(tái)之間的這些區(qū)別，從一個(gè) Windows 應(yīng)用程序到 Macintosh 程序的轉(zhuǎn)變?nèi)绻麤](méi)有有力的工具，那將是一個(gè)艱巨的任務(wù)。 Windows 一直在 Intel x86 處理器上運(yùn)行 (除了 Windows NT)，并且 Macintosh 一直在 Motorola 680x0 處理器上運(yùn)行 (當(dāng)然 , Macintosh 現(xiàn)在也能在 PowerPC 上運(yùn)行 )。兩個(gè)處理器家族間的區(qū)別包括尋址和字節(jié)排序，還有 opcodes, 指令集 ,以及寄存器的名字和數(shù)量。 Intel 8086 處理器 , 以及隨后衍生的 80x86 系列處理器使用 16bit 地址， 只能支持 65,536 bytes 的存儲(chǔ)器尋址。為了支持使用更大的內(nèi)存， Intel 使用分段存儲(chǔ)器結(jié)構(gòu)， 這樣利用 16bit 寄存器可以訪(fǎng)問(wèn) 1 兆 (2^20 bytes)內(nèi)存，還有一個(gè) unsigned 16bit 的偏移量。 Intel 最初的這種配置已經(jīng)擴(kuò)展，允許訪(fǎng)問(wèn)更大的內(nèi)存了，但是絕大多數(shù)現(xiàn)存的 Intel 程序需要把分離的代碼和數(shù)據(jù)放在 64k 的段存儲(chǔ)器上。 雖然 Intel x86 處理器從 80386 已經(jīng)開(kāi)始使用 32bit 尋址 , 但是因?yàn)榧嫒菪缘脑颍?Microsoft Windows 實(shí)際是一個(gè) 16bit 程序 , 并且所有的 Microsoft Windows應(yīng)用程序都要寫(xiě)成 16 位的。這就是說(shuō)絕大多數(shù)的指針和句柄是 16 bits 長(zhǎng)。 Microsoft Windows NT是一個(gè)純 32bit操作系統(tǒng) , 伴隨著它的出現(xiàn)，它所有的應(yīng) 用程序都是 32bit的 , 指針和句柄也都是 32 bits 長(zhǎng)。 因?yàn)? Windows NT 使用線(xiàn)性尋址 ,程序可以分散在 4G 的內(nèi)存里面。 與之對(duì)比， Motorola 68000 和 PowerPC 處理器只能訪(fǎng)問(wèn) 平坦的 32bit 存儲(chǔ)空間， 理論上說(shuō)，這種平坦的存儲(chǔ)空間簡(jiǎn)化了存儲(chǔ)器尋址。實(shí)踐中，因?yàn)?4byte 尋址由于太大不會(huì)一直使用， Macintosh 代碼一般分到不大于 32K 的段中存儲(chǔ)。 Microsoft Windows 和 Windows NT 只能運(yùn)行在所謂的 littleendian 機(jī)器上— 處理器把不重要的字節(jié)放在前面，把最重要的字節(jié)放在最后面，與之對(duì)比， Motorola 680x0 和 PowerPC (一個(gè)所謂的 bigendian 結(jié)構(gòu) )把最重要的字節(jié)放在最前面，緊接著放第二重要的字節(jié)，依此類(lèi)推，最不重要的放在最后面。 編譯器通常為你的程序處理字節(jié)排序的細(xì)節(jié)，然而，好的可轉(zhuǎn)換性強(qiáng)的代碼從不依賴(lài)字節(jié)的排序 Microsoft Windows 和 Macintosh 在很多關(guān)鍵地方的用戶(hù)界面有較大區(qū)別，包括菜單，文件名，和多文檔界面程序。 Macintosh 只有一個(gè)菜單 欄，并且不管屏幕上窗口數(shù)量和布局如何，它總是處于同一個(gè)位置?！盎顒?dòng)窗口” 包含菜單，這個(gè)菜單會(huì)隨著活動(dòng)窗口的改變而動(dòng)態(tài)的變化。然而 Windows, 給每個(gè)處于頂端的窗口以菜單。而且在 MDI 時(shí) ,每一個(gè)子窗口可以有自己的菜單， MDI 會(huì)在下面詳細(xì)討論 。 Macintosh 應(yīng)用程序通常包含 Apple menu，它包含了所有桌面安裝的附件，以及應(yīng)用程序的入口。在 System 7 中 , Macintosh 菜單的最右邊包含了一個(gè) Apple 的幫助圖標(biāo)，還有一個(gè)負(fù)責(zé)應(yīng)用程序之間切換的菜單。 Windows 應(yīng)用程序 通常在窗口左上角有一個(gè)系統(tǒng)菜單，這個(gè)菜單包含系統(tǒng)級(jí)功能如窗口大小，移動(dòng)，關(guān)閉窗口，還有一個(gè)可以在應(yīng)用程序之間切換的被稱(chēng)作任務(wù)管理器的項(xiàng)目。 通常， Windows 程序包含和鍵盤(pán)等效的菜單項(xiàng)目，這些劃有底線(xiàn)的字母分布在每一個(gè)菜單入口，用戶(hù)可以用鍵盤(pán)代替鼠標(biāo)來(lái)選擇它們。這些是慣例而不是必需的，盡管Macintosh 程序必須有這些等價(jià)項(xiàng)。 文件名和路徑名是 Windows 和 Macintosh 之間最大的區(qū)別之一，而且也許是最難出的。許多程序員說(shuō)處理文件名是轉(zhuǎn)換中最費(fèi)時(shí)間和精力的地方。你的 Windows 應(yīng)用程序 也許能夠處理的文件名類(lèi)似于 C:\ACCTG\DATA\. MSDOS 和 Windows 應(yīng)用程序遵守傳統(tǒng)的 文件格式。另一方面 Macintosh 應(yīng)用程序處理的文件名卻類(lèi)似于 September, 1993 Accounting Data. MDI 窗口允許一個(gè)活動(dòng)窗口框架內(nèi)有多個(gè)子窗口，許多 Windows 程序，例如 Microsoft Word 是 MDI 應(yīng)用程序。 MDI 程序的一個(gè)特點(diǎn)是子窗口最小化后，會(huì)在 MDI框架內(nèi)部產(chǎn)生一個(gè)圖標(biāo)。每個(gè) MDI 子窗口也會(huì)自己的菜單 。 Macintosh 不支持 MDI 窗口，一個(gè)應(yīng)用程序可以打開(kāi)多個(gè)窗口；然而這些窗口不能變成圖標(biāo)，并且它們共享一個(gè)菜單。這個(gè)區(qū)別也許需要程序針對(duì) Macintosh 轉(zhuǎn)換而重新設(shè)計(jì)。 最終你能夠繼續(xù)作你最了解的工作。編寫(xiě)針對(duì) Windows API，但又能轉(zhuǎn)換成其它平臺(tái)版本運(yùn)行的程序， Visual C++現(xiàn)在使你能夠做到這些。保持你的代碼的可轉(zhuǎn)換性，時(shí)時(shí)考慮到轉(zhuǎn)換性能，并且使用有效的工具可以幫助你在多平臺(tái)之間輕松地跳躍。