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

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

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

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

#T#

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

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

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

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

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

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

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

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

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

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

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