　　摘要

　　WPF企業(yè)內(nèi)訓全程實錄由于文章比較長，所以一共拆分成了三篇，上篇WPF企業(yè)內(nèi)訓全程實錄（上）主要講了基礎(chǔ)，中篇WPF企業(yè)內(nèi)訓全程實錄(中)主要講解開發(fā)模式、團隊協(xié)作及應用框架，起著承上啟下的作用,主要講解開發(fā)模式、團隊協(xié)作及應用框架。這篇作為該實錄的下篇——終結(jié)篇，起著總結(jié)的作用，主要講解其他技術(shù)的引用、WPF項目及性能優(yōu)化、部署與更新等議題。

　　其實如果大家仔細看目錄，可以發(fā)現(xiàn)我安排的順序是首先講解最基本的概念和基礎(chǔ)內(nèi)容、然后過渡到開發(fā)模式及框架、最后結(jié)合其他技術(shù)和項目實際運用，這也是學習并應用一門技術(shù)最好的流程。上篇實際上主要有兩個側(cè)重點：一則就是理清脈絡(luò)——歷史淵源、概念引入及基本闡述；二則是講解WPFBasic——主要細究WPF的每個知識點，基本涵蓋了WPF的方方面面；如果大家感興趣，可以下載代碼并進行仔細研究，如果有不懂的地方也可以參考我寫的WPF 基礎(chǔ)到企業(yè)應用系列，這里受篇幅限制，就不詳細重復論述。中篇主要圍繞WPF開發(fā)模式、WPF團隊協(xié)作和MVVM框架三個議題進行闡述，側(cè)重于為什么要引入MVC/MVP/MVVM模式、從根本上說這些模式是為了解決什么問題、針對不同的開發(fā)模式，團隊協(xié)作會有哪些具體的改變、了解并使用常用的開發(fā)框架以及追根索源探究并實現(xiàn)自己的開發(fā)框架。下篇則主要總結(jié)前面所講的內(nèi)容，同時介紹其他技術(shù)引入、WPF項目及性能優(yōu)化與部署與自動更新等概念，其目的在于項目具體應用層次的歸納和總結(jié)。

　　章節(jié)綱要

· 1.摘要
· 2.本文提綱
· 3.簡要介紹
· 4.WPF介紹
· 5.WPF基礎(chǔ)
· 6.WPF工具
· 7.WPF開發(fā)模式
· 8.WPF團隊協(xié)作
· 9.了解并使用MVVM框架
· 10.自己開發(fā)MVVM框架
· 11.其他技術(shù)引入
· 12.WPF項目及性能優(yōu)化
· 13.部署與自動更新
· 14.總結(jié)
· 15.詳細技術(shù)索引

　　十一. 其他技術(shù)引入

　　通過WPF 基礎(chǔ)到企業(yè)應用和前面兩篇文章，我們基本講解了WPF的基礎(chǔ)知識和框架相關(guān)細節(jié)，可以用以下這幅圖進行簡要概括：

　　那么下面我們就來探討一下WPF和其他技術(shù)之間的銜接問題。我們之前做項目都有一個基本流程，大致包括以下幾個方面：

1. 基礎(chǔ)開發(fā)平臺與工具：在開發(fā)一個中、大型項目之前，我們一般都會有技術(shù)選型的過程，比如選擇Linux + Apache + php + MySQL或者Linux + Apache + Java (WebSphere) + Oracle再或者我們最熟悉的Windows Server 2003/2008 + IIS + C#/ASP.NET + SQL Server，當然這些操作系統(tǒng)、WEB 服務(wù)器、開發(fā)語言和數(shù)據(jù)庫在一定條件下可以任意搭配，比如你想用FreeBSD操作系統(tǒng)，你想用Ruby或者Python語言，你想用DB2或者其他數(shù)據(jù)庫等。決定了開發(fā)平臺和語言之后，就需要有定制的開發(fā)工具，比如Java你可能需要Eclipse或者MyEclipse插件，NET你需要強大的Visual Studio或者MONO環(huán)境下使用SharpDevelop，php你可能需要強大的Zend。簡而言之，不管使用什么開發(fā)平臺，都需要對應的開發(fā)套件與開發(fā)工具作為輔助。當然我們今天談的是WPF項目的開發(fā)，所以必然我們會首先選擇Windows Server 2003/2008 + IIS + C#/ASP.NET + SQL Server這種搭配，也有人會說可以考慮MONO下的WPF開發(fā)和部署，不過很遺憾，MONO下針對WPF并沒有完全進行實現(xiàn)。
2. 基礎(chǔ)框架及資源：這里的基礎(chǔ)框架是指有沒有現(xiàn)成的數(shù)據(jù)訪問框架、通用權(quán)限框架、異常和日志處理框架、IOC框架、AOP框架、簡單的CMS管理框架、Office文檔及PDF交互、報表及打印功能等，因為有了這些以后，開發(fā)項目就簡單了許多，我們只需要關(guān)注具體的業(yè)務(wù)處理就行，這樣可以使項目更加高效且穩(wěn)定的完成。
3. 邏輯架構(gòu)：邏輯架構(gòu)往往決定了你如何劃分模塊以及如何來分層，這個要根據(jù)項目的具體情況而定，比如項目的大小、項目模塊的多少以及開發(fā)方式、開發(fā)團隊等。往往在這一階段決定項目的整體架構(gòu)（三層及多層架構(gòu)、是否有必要搭建ESB與SOA等）。
4. 物理搭建：之前在做WEB應用的時候，會非常重視物理結(jié)構(gòu)及環(huán)境的搭建，因為往往它在項目伸縮性、靈活性以及負載方面起著至關(guān)重要的作用，其實在決定邏輯架構(gòu)的時候也必須要考慮到物理架構(gòu)，我們這里所說的物理架構(gòu)就是指整個系統(tǒng)或者多個系統(tǒng)在物理環(huán)境上的一個部署情況，比如Web Server集群、App Server集群、文件服務(wù)器集群、圖片服務(wù)器集群、流媒體服務(wù)器集群、全文檢索服務(wù)器集群、緩存服務(wù)器集群、負載均衡服務(wù)器、數(shù)據(jù)庫主從、讀寫服務(wù)器集群等的部署情況。做簡單的WPF管理系統(tǒng)也許并不用考慮這么多，如果要做大型的WPF播放器以及大型的WPF應用，這些都得經(jīng)過仔細的斟酌才行。
5. 框架的選擇：這個地方是選擇整個應用程序的框架，當然選擇的前提還必須參考前面的邏輯與物理結(jié)構(gòu)。具體框架包括數(shù)據(jù)底層處理框架、公共基礎(chǔ)框架以及我們前面所提及的諸如MVC/MVP/MVVM模式等。
6. 其他處理：面向?qū)ο笤O(shè)計與實現(xiàn)、面向方面思想、權(quán)限系統(tǒng)設(shè)計、緩存體系設(shè)計、異常及日志框架設(shè)計、分布式及負載均衡等都是我們需要考慮的重點和要點。最后要特別注意團隊及項目規(guī)范、項目整體開發(fā)流程、版本與配置管理、項目開發(fā)注意細節(jié)等問題。

　　十二. WPF項目及性能優(yōu)化

　　一，WPF項目

　　1）之前的項目架構(gòu)

　　在講WPF項目架構(gòu)與基礎(chǔ)結(jié)構(gòu)之前，我們先來看一下之前搭建的WEB應用程序：

　　上面的兩幅圖具體概念如下：

01，User Interface即UI層：該層作為數(shù)據(jù)輸入和展示的界面，是與用戶交互的有效途徑，所以它起著至關(guān)重要的作用。往往給人第一印象的就是UI層，在設(shè)計的時候也要根據(jù)不同的技術(shù)或者不同的要求進行斟酌。通常可以把UI分為B/S UI、C/S UI以及WEB服務(wù)。在這里就是我們的ASP.NET項目。
02，WebModelCommon：這層作為UI與領(lǐng)域邏輯的中間層，它的充當了橋梁、篩選、過濾和驗證的作用。它主要包括兩個工程，WebHelper主要提供給UI一些常用操作。WebLogic主要對UI與領(lǐng)域邏輯的數(shù)據(jù)進行轉(zhuǎn)換、篩選、驗證及過濾操作。
03，Business Logic：Domain Model （Data Model Layer）始終是應用程序的核心，必須投入大量精力，按照面向?qū)ο蟮姆治龊驮O(shè)計 (OOAD) 最佳做法進行設(shè)計同時按照OOP進行開發(fā)。
04，F(xiàn)rameWork：主要包括數(shù)據(jù)訪問框架、通用權(quán)限框架、異常和日志處理框架、IOC框架、AOP框架等基礎(chǔ)或常用功能。
05，SOA：這一層不是必須的，根據(jù)項目的具體情況進行取舍，如果業(yè)務(wù)比較復雜且交互項目繁多，那么SOA可以減輕我們的負擔；如果業(yè)務(wù)比較單一且相對簡單，就可以直接調(diào)用或者使用Web Service/Remoting/WCF作為通信框架即可。在實施SOA的過程中，可以自己使用WCF+WF搭建一個小型輕量級的SOA框架，也可以使用諸如Biztalk等軟件。
06，Reference：這里主要包括第三方的框架和組件項目，把這些文件分門別類地集中放在此目錄下。
07，Solution Items：項目的規(guī)范、流程、重要文件等。
08，Test：這里主要放置測試需要的一些信息，如測試版本、測試文檔等。
09，Publish：這個文件夾主要放置發(fā)布的版本。

　　這個框架能解決大多數(shù)問題，但仍有不完善之處。

　　1）WPF或Silverlight架構(gòu)

　　在MVVM模式中，你需要一個為View量身定制的model，那么這個model實際上就是上圖ViewModel。ViewModel包含所有UI所需要的接口、屬性和命令，這樣只需要通過Binding使他們進行關(guān)聯(lián)，就可以使二者之間達到松散耦合，所以這樣一來，UI就可以由UI專業(yè)人員用 Design和Blend來實現(xiàn)（當然很多效果還是需要用傳統(tǒng)的制圖軟件，所以我們都稱這種想法叫理想狀態(tài)），代碼人員也可以專心寫他的邏輯和業(yè)務(wù)代碼，所以這樣分工和協(xié)作變得更輕松、更愉快了。更漂亮的是View完全可以由（Unit/Automatic Test）所取代，所以單元測試也變得相對簡單。這對于我們的開發(fā)人員和測試人員無疑是一個很好的解脫，同時也提高了系統(tǒng)的可測性、穩(wěn)定性和維護性。數(shù)據(jù)綁定系統(tǒng)同時也提供了標準化的方式傳輸?shù)揭晥D的錯誤驗證和輸入驗證（但是個人覺得不是很好用，所以我們在實際的項目當中會寫一套自己的驗證框架）。

　　那么根據(jù)上面這幅圖，我們具體可以得出如下結(jié)論：

1，首先介紹的是UI層，該層作為數(shù)據(jù)輸入和展示的界面，是與用戶交互的有效途徑，所以它起著至關(guān)重要的作用。往往給人第一印象的就是UI層，在設(shè)計的時候也要根據(jù)不同的技術(shù)或者不同的要求進行斟酌。通常可以把UI分為B/S UI、C/S UI以及WEB服務(wù)。
2，ViewModel作為用戶界面和業(yè)務(wù)領(lǐng)域模型的中間層，它往往起著類似于橋梁的作用（UI和領(lǐng)域業(yè)務(wù)邏輯層之間的橋梁以及耦合的隔離者）。
3，Domain Model （Data Model Layer）始終是應用程序的核心，必須投入大量精力，按照面向?qū)ο蟮姆治龊驮O(shè)計 (OOAD) 最佳做法進行設(shè)計同時按照OOP進行開發(fā)。
4，Model、View 和 ViewModel 層之間實施嚴格的分離，也強調(diào)了它們之間是一種松散耦合的關(guān)系。
5，每一層或者每一個模塊都有自己完整的單元測試，這樣即提高了代碼質(zhì)量，同時也增強了穩(wěn)定性和可維護性。
6，不要為了MVVM而MVVM，不要強調(diào)UI端不產(chǎn)生一句后臺代碼而把所有代碼都扔進ViewModel，因為有的操作如果不參與邏輯流程，放在UI端處理會更好，這也符合UI和邏輯隔離的最終原則。
7，數(shù)據(jù)底層操作層可以隨意的搭配，既可以使用傳統(tǒng)的方式也可以用ORM的方式，這個根據(jù)團隊或項目的具體情況作抉擇。如傳統(tǒng)的存儲過程或者腳本、借助于企業(yè)庫、IBATIS.NET、Nhibernate，Active Record，Entity framework，Linq To Sql，entity framework或者Custom ORM等。
8，Database做為最底層，它對應用程序起著最為關(guān)鍵的作用，項目沒有數(shù)據(jù)就等于失去了最本質(zhì)的東西，除非這個項目和數(shù)據(jù)沒有太多關(guān)聯(lián)，所以必須投入大量的時間和精力在這一層，這也是數(shù)據(jù)庫庫團隊存在的必要。最典型的問題包括數(shù)據(jù)庫優(yōu)化、數(shù)據(jù)庫拆分、分離、同步、數(shù)據(jù)挖掘以及數(shù)據(jù)庫的備份與復原等。

　　前段時間本來要重構(gòu)一個項目，但由于諸多原因，這個項目沒有能夠在整體架構(gòu)上進行調(diào)整，這里也把項目整體結(jié)構(gòu)圖貼出來，供大家參考：

　　上面的兩幅圖具體概念如下：

01，UI：該層作為數(shù)據(jù)輸入和展示的界面，是與用戶交互的有效途徑，所以它起著至關(guān)重要的作用。往往給人第一印象的就是UI層，在設(shè)計的時候也要根據(jù)不同的技術(shù)或者不同的要求進行斟酌。通常可以把UI分為B/S UI、C/S UI以及WEB服務(wù)。在這里就是我們的WPF項目。
02，ViewModel作為用戶界面和業(yè)務(wù)領(lǐng)域模型的中間層，它往往起著類似于橋梁的作用（UI和領(lǐng)域業(yè)務(wù)邏輯層之間的橋梁以及耦合的隔離者），這里沒有把它從UI里面獨立出來，所以它放在UI或者獨立出來均可。
03，LogicBusiness：Domain Model （Data Model Layer）始終是應用程序的核心，必須投入大量精力，按照面向?qū)ο蟮姆治龊驮O(shè)計 (OOAD) 最佳做法進行設(shè)計同時按照OOP進行開發(fā)。
04，Common：主要包括數(shù)據(jù)訪問框架、通用權(quán)限框架、異常和日志處理框架、IOC框架、AOP框架等基礎(chǔ)或常用功能。
05，SOA Service：這一層不是必須的，根據(jù)項目的具體情況進行取舍，如果業(yè)務(wù)比較復雜且繁多，那么SOA可以減輕我們的負擔；如果業(yè)務(wù)比較單一且相對簡單，就可以直接調(diào)用或者使用Web Service/Remoting/WCF作為通信框架即可。在實施SOA的過程中，可以自己使用WCF+WF搭建一個小型輕量級的SOA框架，也可以使用諸如Biztalk等軟件。
06，DataAccess：數(shù)據(jù)庫訪問組件。
07，AddedDll：這里主要包括第三方的框架和組件項目，把這些文件分門別類地集中放在此目錄下。
08，UnitTest：對每層及每個模塊進行單元測試。

　　從上面WEB與WPF兩個項目中可以看到具體的差別與聯(lián)系：聯(lián)系在于公共的東西都是不會變的；差別在于WEB與WPF都有各自的特點，所以在處理上也有一些細微的區(qū)別！

　　二，性能優(yōu)化

　　關(guān)于性能優(yōu)化，在任何項目都會有所涉及，使用WPF的項目也不例外（或者更甚）。那么針對WPF項目，我們?nèi)绾蝸碜龊眯阅軆?yōu)化呢？其實這個問題比較大，因為往往某個細節(jié)的操作會影響到整個WPF應用程序的性能，所以在做項目的時候一般都會針對這些性能優(yōu)化操作列一個表（詳細說明性能優(yōu)化點及注意事項）。WPF性能優(yōu)化就像之前做WEB優(yōu)化一樣，都有一些“銀彈”可供參考，WEB項目有Yahoo團隊實踐分享——網(wǎng)站性能優(yōu)化的條黃金守則和業(yè)界的一些經(jīng)驗；WPF作為出道不久的技術(shù)，主要參考微軟提供的性能優(yōu)化注意事項以及自己的實踐經(jīng)驗。本來是想羅列一些性能優(yōu)化點，無奈由于時間倉促且怕羅列不全面或不正確，所以把它留在以后心情好的時候再續(xù)，不然就會起到不能幫助讀者反而誤導讀者的效果。

　　十三. 部署與自動更新

　　一個優(yōu)良的軟件都會有自己完整的部署與自動更新流程，C/S應用程序尤其如此，所以如何解決客戶端的部署與自動升級問題便是一個非常重要的問題。大家都知道ClickOnce 無疑是微軟對Client/Server模式部署的最佳解決方案，但正是因為它的功能特別強大而且又要使用相當簡單，所以在產(chǎn)品的封裝上就特別嚴實，基本上就暴露了一些簡單的操作接口，這樣用戶就無法做定制化的操作，所以我們下面主要探討不使用ClickOnce的操作流程。

　　一，打包操作

　　關(guān)于打包操作，現(xiàn)在市面上有很多的打包工具與代碼，但最為常用的要數(shù)Installshield和微軟自帶的打包工具軟件，兩者在這方面都有不俗的表現(xiàn)，前者強調(diào)打包的定制化以及多樣性，后者強調(diào)易操作及快速性。如果你想要更多漂亮及定制化的操作，可以選擇Installshield+腳本的方式；如果你想做一般的效果，那么微軟自帶的打包工具軟件就特別適合；當然這也不是絕對的定律，只是一般情況下的選擇，下面我們就主要來講解微軟自帶的打包工具軟件。

　　1）創(chuàng)建安裝和部署項目：

　　1，右鍵點擊當前解決方案—>Add—>New Project，在彈出的窗口中選擇Other Project Types—>Setup and Deployment—>Setup Project；然后輸入項目的名字，點擊“OK”按鈕。新添加的安裝和部署項目就會出現(xiàn)在解決方案列表中。

　　2）添加項目輸出及制作安裝界面：

　　1，首先把你要安裝的項目加進來，也就是加入到應用程序文件夾，由于VS SetUp設(shè)置比較簡單，你只需要按照操作步驟一步一步設(shè)置即可。在完成應用程序文件夾之后設(shè)置開始菜單和用戶桌面的快捷方式。

　　2，右鍵點擊安裝項目，選擇View—>User Interface可以看到VS SetUp為我們提供的一些默認安裝界面，當然你也可以創(chuàng)建、修改或者移除這些窗口，總之你可以定制化你的安裝步驟和頁面。

　　3）注冊表問題：

　　和前面的操作類似，對于注冊表的設(shè)置也比較簡單，右鍵點擊安裝項目，選擇View->Registry即可創(chuàng)建、修改及移除注冊表鍵值。

　　4）創(chuàng)建組件注冊項目：

　　1，右擊當前解決方案—>Add—>New Project，在彈出的窗口中選擇 Visual C#—>Class Library；然后在下方文本框中輸入Name，點擊“OK”按鈕。新添加的項目會出現(xiàn)在解決方案列表中。

　　2，右鍵點擊該項目—>Add—>New Item，在彈出的窗口中選擇Installer Class；在下方文本框中輸入名字，點擊“Add”按鈕添加文件并關(guān)閉窗口。

　　3，選中剛添加的文件，按F7或者View Code轉(zhuǎn)到代碼頁，在代碼頁面添加以下方法：

namespace RegsvrDll
{
    [RunInstaller(true)]
    public partial class InstallerReg : Installer
    {
        public InstallerReg()
        {
            InitializeComponent();
        }

        public override void Install(System.Collections.IDictionary stateSaver)
        {
            base.Install(stateSaver);
        }

        protected override void OnAfterInstall(IDictionary savedState)
        {
            base.OnAfterInstall(savedState);

            string LogicDir = Context.Parameters["LogicDir"];

            // Close the writer and underlying file.
            // 注冊CDO組件
            // /s 關(guān)閉注冊成功的提示窗口顯示,/c退出cmd窗口
            System.Diagnostics.Process.Start("cmd", @"/c regsvr32 " + @LogicDir + @"ComUtilities.dll /s");

            string path = @LogicDir + @"App.exe";
            using (RegistryKey regWrite = Registry.LocalMachine.CreateSubKey("SOFTWARE//Microsoft//Windows//CurrentVersion//App Paths"))
            {
                regWrite.SetValue("App.exe", path);
                regWrite.Close();
            }
        }

        protected override void OnBeforeInstall(IDictionary savedState)
        {
            base.OnBeforeInstall(savedState);
        }
    }
}

　　注意：需要加入using System.Configuration.Install;

　　5）在安裝和部署項目中添加要安裝的項目和文件：

　　1，添加項目：右擊項目—>View—>File System，在出現(xiàn)的界面中，右擊左列的Application Folder—>Add—>Project Output，在彈出的窗口中選擇相應的Project，然后點擊“OK”按鈕。多個項目重復多次。在這里我們假設(shè)我們開發(fā)的項目為 MainProject，注冊組件的項目名稱為RegDll，那么我在彈出的窗口中先選擇項目MainProject，點擊“OK”后，我在重復添加項目 RegDll。

　　2，添加文件：右擊項目—>View—>File System，在出現(xiàn)的界面中，右擊左列的Application Folder—>Add—>File，在彈出的窗口中選擇C:/WINDOWS/system32 /misexec.exe；

　　3，創(chuàng) 建快捷方式：在右列中選擇Primary output from MainProject（Active）,右擊選擇Create Shortcut to Primary output from MainProject（Active）,你可以按F2給新添加的快捷方式更名。右擊msiexec.exe 選擇 Create Shortcut to misexec.exe，你可以按F2將剛生成的快捷方式更名為“卸載”；

　　4，創(chuàng)建程序組：右擊左列的User’s Programs Menu選擇 Add—>Fold，你可以將新創(chuàng)建的文件夾更名，當軟件安裝完畢后它將出現(xiàn)在程序組中，然后將上一步創(chuàng)建的兩個快捷方式拖到新創(chuàng)建的文件夾中。

　　5，實現(xiàn)“卸載”的功能：選中安裝和部署項目，按F4，復制ProductCode的內(nèi)容，然后選中“卸載”快捷方式，按F4，將Arguments 的內(nèi)容更改為：/x 剛復制的ProductCode的內(nèi)容。

　　6）安裝時注冊組件問題：

　　右擊安裝和部署項目—>View—>Custom Actions，在出現(xiàn)的界面中右擊左列的Install—>Add Custom Action，選擇Application Folder中的Primary output from RegDll（Active）。

　　修改“主輸出來自RegDll (活動)”的CustomActionData屬性為 /LogicDir="[TARGETDIR]/"

　　7） 自動檢測當前系統(tǒng)中MDAC、.NET Framework版本、Windows Installer3.1是否滿足版本要求，如果不滿足則安裝：

　　右擊安裝和部署項目選擇屬性，在彈出的窗口中點擊按鈕 “Prerequisites”。選中MDAC2.8、.NET Framework2.0、Windows Installer3.1；然后選中Download prerequisites from the same location as my application 單選按鈕，點擊“OK”，再點擊“OK”。

　　8） 重新編譯項目生成項目安裝包，這個時候就可以把安裝包Host在網(wǎng)上供用戶下載。

　　二，自動更新

　　1），簡要介紹

　　眾所周知，對于一般的軟件開發(fā)，在開始的時候都會有一個技術(shù)選型的階段，最大的選型就是首先要確定是選擇Client/Server模式還是 Browser/Server模式。綜合而論：兩者各有優(yōu)劣，在很多方面都不能被對方互相取代，如在適用InterNET、維護工作量等方面，B/S比C /S要強很多；但在運行速度、數(shù)據(jù)安全、人機交互等方面，B/S就遠不如C/S那么強大。所以綜上所述，凡是C/S的強項，便是B/S的弱項，反之亦然。由于今天討論的是自動更新組件，所以接下來我們就往這方面細講，既然C/S模式在運行速度、數(shù)據(jù)安全、人機交互有這么多的優(yōu)點，尤其是客戶端技術(shù)日益發(fā)展的今天，如何解決客戶端的部署與自動升級問題便是一個非常重要的問題。

　　2），ClickOnce與自定義之間的權(quán)衡

　　在前面的摘要中我們簡單介紹了自動更新功能的重要性，在這一小節(jié)里我們來談一下為什么不使用微軟給我們提供的自動更新組件ClickOnce，大家都知道ClickOnce給我們提供了很多功能：簡單說來，ClickOnce 應用程序就是任何使用 ClickOnce 技術(shù)發(fā)布的 Windows 窗體或控制臺應用程序。可以采用三種不同的方法發(fā)布 ClickOnce 應用程序：從網(wǎng)頁發(fā)布、從網(wǎng)絡(luò)文件共享發(fā)布或是從媒體（如 CD-ROM）發(fā)布。ClickOnce 應用程序既可以安裝在最終用戶的計算機上并在本地運行（即使當計算機脫機時也可以運行），也可以僅以聯(lián)機模式運行，而不在最終用戶的計算機上永久安裝任何內(nèi)容。ClickOnce 應用程序可以自行更新；這些應用程序可以在較新版本變?yōu)榭捎脮r檢查較新版本，并自動替換所有更新的文件。開發(fā)人員可以指定更新行為；網(wǎng)絡(luò)管理員也可以控制更新策略，如將更新標記為強制性的。最終用戶或管理員還可以對更新進行回滾，使應用程序恢復到早期的版本。

　　從上面大家可以看出ClickOnce 無疑是微軟對Client/Server模式部署的最佳解決方案，但正是因為它的功能特別強大而且又要使用相當簡單，所以在產(chǎn)品的封裝上就特別嚴實，基本上就暴露了一些簡單的操作接口，這樣就無形把一些定制化的操作拒之于門外，比如：

用戶不能自己指定安裝路徑。
對自動更新流程不能做定制化的操作。
對自動更新的UI不能定制化的設(shè)計。

　　正因為這幾個原因，所以很多企業(yè)都會做一些定制化的組件來實現(xiàn)自動更新的功能,基于此，我們這里也實現(xiàn)了一個非常簡單的自動更新組件.

　　3），自定義更新操作流程

　　其實自動更新的原理很簡單，分析起來無非就是簡單的幾步操作，當然實現(xiàn)方式也是大同小異，這里我們就選一種較簡單的方式:

　　1.啟動主程序，主程序里面調(diào)用升級程序，升級程序連接到IIS或者FTP。

　　2.升級程序獲取服務(wù)器端XML配置文件中新版本程序的更新日期或版本號或文件大小。

　　3.升級程序獲取原有客戶端應用程序的最近一次更新日期或版本號或文件大小，然后兩者進行比較；如果新版本日期>原有程序的最新日期，則提示用戶是否升級；或如果新版本版本號>原有程序的版本號，則提示用戶是否升級；再或如果新版本文件大小>原有程序的文件大小，則提示用戶是否升級。本文主要采用一般的做法，就是通過版本號來進行對比。

　　4.如果用戶選擇升級，則獲取下載文件列表；

　　5.在本地建立與遠程IIS或者FTP相應的臨時目錄，然后下載到這個臨時目錄文件下；

　　6.刪除舊的主程序，拷貝臨時文件夾中的文件到相應的位置；

　　8.結(jié)束升級流程并重新啟動主程序。

　　4），自動更新效果圖

　　當我們運行主程序（WinForm或者WPF），如果服務(wù)器上有最新的版本，就會彈出如下頁面進行提示并讓用戶選擇是否更新。

　　當用戶不需要更新時，可以選擇Skip按鈕跳過并繼續(xù)主程序流程，反之則進入如下頁面。

　　在下載的過程中，用戶可以選擇Cancel停止下載并重新回到主流程。

　　十四，總結(jié)

　　上篇WPF企業(yè)內(nèi)訓全程實錄（上）主要講解歷史淵源、概念引入、基本闡述以及WPF的每個知識點。中篇WPF企業(yè)內(nèi)訓全程實錄（中）主要主要圍繞WPF開發(fā)模式、WPF團隊協(xié)作和MVVM框架三個議題進行闡述。下篇WPF企業(yè)內(nèi)訓全程實錄（下）將著重強調(diào)結(jié)合其他技術(shù)共同打造WPF項目、相關(guān)性能優(yōu)化、以及部署與更新問題。另外如果有不懂的地方也可以參考之前寫的WPF 基礎(chǔ)到企業(yè)應用系列，最后聲明一下，由于圣殿騎士才識淺薄，所以以上觀點只是個人的看法與心得，遺漏和錯誤之處也敬請海涵。懷著技術(shù)分享與交流的態(tài)度分享出來，希望各位多多指教！