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

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

一、 部署64位應(yīng)用程序的方法

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

#T#

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

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

二、 部署64位應(yīng)用程序的步驟

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

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

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

三、 部署64位應(yīng)用程序的注意事項

當(dāng)程序開發(fā)人員在部署64位應(yīng)用程序的時候，筆者認(rèn)為主要要注意如下幾個內(nèi)容。

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

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

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