Visual Studio 2010將于2010年***季度發布，今天我們將探討的是Visual Studio 2010開發部署64位程序。通常來說，采用64位的應用程序與操作系統能夠在很大程度上改善性能。這主要是因為其可以提供更大的內存訪問。如普通的32位應用程序，內存最多只支持4G，這包括操作系統運行所需要的內存。為此如果應用程序所占用內存的增加勢必以減少操作系統所占用的內存為代價。因為總的內存大小不變，那么必定是一種此消彼長的情況。

64位應用程度到底能夠帶來哪些方面的優勢，不是筆者這里闡述的重點。只是為了引出64位應用程序開發與部署的問題而作的引子。那么程序開發人員該如何開發與部署64位的應用程序呢?筆者這里以Visual Studio平臺為例，談談這個問題。

一、 部署64位應用程序的方法

在Visual Studio平臺中，主要提供了兩種應用程序的部署方式，分別為ClickOnce 和 Windows Installer技術。者兩種技術各有各的特點。ClickOnce的核心功能如果用一句話概括，就是從點到面的部署。如在實際工作中，管理員可以將應用程序發布到企業網絡中的一個中心位置，然后用戶再從這個位置進行應用軟件的安裝或者運行。而不需要復制安裝文件。微軟操作系統下的補丁自動更新采用的就是這種策略。而Windows Installer技術就是我們常見的那種以setup.exe作為安裝文件的應用程序軟件。將源代碼編譯后打包到setup.exe的文件中，并將這個文件分發給用戶。然后用戶通過運行這個文件來安裝部署應用程序。

#T#

這兩種部署方式并沒有優劣之分，只是分別適用于不同的場合而已。在實際工作中，程序開發人員往往需要根據應用程序的類型、應用程序的位置、應用程序更新的頻率等因數來考慮。如應用軟件還在開發測試階段需要經常更新，或者由于其他原因需要進行不斷更新的，此時采用ClickOnce模式比較好。因為這種部署方式下應用程序可以自動進行更新。如只需要在中心位置的應用程序包更新了，則部署在各個客戶端上的應用程序會自動更新。所以說對于要經常更改的應用程序來說(如在測試階段或者打補丁的需要)采用這種方式是比較好的選擇。不過這種部署方式有一個缺陷，即靈活性沒有Windows Installer技術。Windows Installer部署的軟件包給我們一個最直觀的印象就是用戶可以自主選擇需要安裝的功能，如Office軟件安裝的時候。而Windows Installer技術的缺席就在于不會自動更新。如當某個應用軟件有需要更改的時候，要重新編譯將文件打包到setup文件中，或者通過補丁的形式來進行更新。客戶端上已經部署的應用軟件不會自動更新。

所以筆者說，這兩種部署方式沒有優劣之分，只是分別適合用于不同的場合而已。在使用Visual Studio平臺來開發部署64位應用程序的時候，開發人員首先需要選擇的是采用那種方式來部署應用軟件。從技術上來說，這兩種部署方式都可以支持64位的應用程序。主要還是看應用程序的類型(如是否需要更新)等等。

二、 部署64位應用程序的步驟

通常來說，微軟兩種應用程序的部署方式都是支持64位的應用程序的 。當然Visual Studio平臺還支持第三方軟件來部署應用軟件。此時程序開發人員就需要注意，這些第三方的專業工具是否能夠很好的支持64位應用程序。有時候雖然通過Visual Studio平臺開發的應用軟件支持64位，但是采取的第三方部署軟件卻不支持，此時就會出現錯誤。故程序開發人員如果要開發64位應用程序，筆者還是建議采用微軟自帶的部署工具即可，不僅免費而且兼容性好。除非用戶還有其他一些特殊的要求。

如果使用ClickOnce技術在部署64位的應用程序比較簡單。只需要按照如下四個步驟就可以完成。***步單擊項目的節點，然后選擇 屬性，打開“項目設計器”。或者可以通過解決方案資源管理器來打開項目的屬性窗口。不過根據筆者的經驗，后者有時候屬性窗口有可能為灰色，無法打開項目設計器。筆者現在還是喜歡采用項目節點來打開項目設計器。然后在打開的窗口中選擇“編譯”、“高級編譯選項”，此時就會打開一個“高級編譯設置”對話框。***在這個對話框中，選擇目標CPU的類型，只要選擇X64等等即可。這里需要注意，在選擇CPU的時候還可以選擇任何CPU。這表示其即可以支持64位的平臺，而且還可以支持32位的平臺。不過筆者不建議這么處理。因為這可能會帶來一些穩定性或者其他方面的問題。如果真的需要兩個平臺的應用程序包，那么還不如同時編譯兩個。然后根據不同的平臺來選擇不同的程序包。其實這個原理跟驅動程序的原理類似。雖然有些顯卡可以使用一些通用的驅動程序，但是穩定性或者性能上都沒有專業的驅動程序來的強。微軟之所以還提供“任何CPU”這個選項主要出于兼容性的考慮。程序開發人員在使用這個選項的時候，還是需要多從兼容性與性能上去考慮。

如果使用Windows Install技術在部署64位的應用程序時，跟部署32位的應用程序過程基本一致，筆者這里就不做過多闡述了。只是對其中的一些差異做一些說明。一般來說，32位與64位MSI包的處理方式一樣，只是在處理文件夾變量的方式有點不同。另外將組件寫入到注冊表中的方式也有所不同。不過這些不同并不是64位應用程序部署過程中的重點。因為這些內容系統都會自動完成，不需要程序開發人員手工干預。

三、 部署64位應用程序的注意事項

當程序開發人員在部署64位應用程序的時候，筆者認為主要要注意如下幾個內容。

一是為不同的平臺生成不同的包。無論采取上面何種部署方式，Visual Studio都支持32位與64位的平臺，而且用戶還可以選擇“任何CPU”，來提高應用程序包的兼容性。不過這不是***的選擇。通常情況下，一些比較有經驗的程序開發人員都會建議大家為不同的平臺生成不同的應用程序包。如現在有個應用程序需要分別發布到32位與64位兩種平臺上，此時***生成兩個MSI包，分別用于32位計算機與64位計算機平臺上。如此的話，可以避免因為混合代碼而造成的穩定性與性能方面的一些負面影響。

二是需要注意有些MSI包可能對64位平臺不怎么友好。雖然說Windows Installer技術在大部分情況下都能夠支持64位的計算機平臺，但是在某些特殊的情況下，其生成的 MSI包可能會跟64位的計算機平臺產生沖突。如在安裝過程中會發生錯誤，或者說安裝完成后無法正常啟動。此時需要注意，要在部署的時候添加一個額外的啟動條件。對于MSI包還有一點也需要引起開發人員的重視，即在Visusal Studio中的簡化版本中不能夠創建64位的MSI包。***對于MSI包還需要注意兼容性的問題。64 位MSI包可以支持32位和64位DLL或EXE以執行自定義操作;但是32位MSI包無法支持64 位DLL或EXE以執行自定義操作。這句話程序人員***能夠刻在心里，免得多走冤枉路。

總的來說，Visual Studio對于64位平臺的支持性還是比較高的。只要采用其自帶的應用程序部署方法在大部分情況下都可以正常的生成支持64位計算機平臺的應用軟件。不過如果使用第三方的部署方法則無法保證Visual Studio應用程序與64位平臺的兼容性。故筆者建議，大家還是采用自帶的部署方案為好。畢竟其已經可以滿足企業大部分的需求，而且是免費的。企業完全沒有必要舍近求遠。