時至今日，混淆依然是.Net程序的一道重要保護手段，而混淆器對WPF應用程序的支持是怎樣的呢？我們今天就通過實例講解一下。

首先建立如下圖所示的簡單的用戶界面：

在界面代碼中設置一些綁定屬性：

在后臺代碼中首先定義一個種族枚舉，以便于在列表中使用：

下面在窗體Window1類中定義以下屬性：

紅圈處的代碼功能是將種族枚舉的全部值載入到種族列表屬性中，這樣就可以在前后臺一直以統一、優雅的方式使用枚舉，這是個不錯的小技巧。

接下來在構造函數中直接硬編碼一些屬性的值，然后將自己作為自己的DataContext：

呃…玩魔獸的朋友們請勿喧嘩….

現在編譯并運行程序，可以看到數據被很好地反映到了界面上：

OK，接下來就是主角了，我們將以Dotfuscator Professional Edition 4.3 Evaluation為例來進行介紹。

打開Dotfuscator后直接新建項目，載入我們編譯好的程序，然后直接進行混淆和輸出，運行輸出后的程序：

嗯，什么數據都沒顯示出來，為什么呢？

據我的理解就是，混淆器目前還沒法解析及修改XAML文件，致使混淆后的后臺代碼與前臺XAML界面描述不匹配，比如“{Binding 種族}”之類的語句根本無法與混淆后的代碼關聯，所以就全部都無法顯示。

以下顯示了部分混淆的映射結果：

其中灰色底色的項代表已被從程序中移除，其他的都有對應的混淆后的名稱。

現在，要使混淆后的程序正常工作，我們就必須向XAML妥協。

你可能首先想到的是恢復上面被刪除的那幾個與界面相關的屬性，但是我嘗試過，那并不起作用。

而只要禁止對Window1類的混淆，問題就基本上解決了：

看看混淆的結果，大概能猜想出Dotfuscator是自動將禁止混淆的類的公共屬性也加入到排除混淆行列的，那幾個屬性這次沒有被移除：

但我仍無法解釋為什么當只禁止混淆屬性、不禁止混淆類時程序仍舊無法正常工作。

現在還有個問題，就是列表上顯示的是混淆后的枚舉名稱，這很好處理，只要禁止混淆枚舉的所有字段就好了：

現在程序已完全恢復正常了，但是這與未經混淆的程序也沒有太大分別了，看看通過Reflector解析的混淆后的程序：

總結：混淆技術原本已經算是比較完善了，而現在，WPF又為之帶來了新的挑戰，我們只能期待各廠商能夠盡快跟進，讓WPF程序也能受到全面的保護，為其未來的廣泛應用奠定基石。

本文的PDF版本下載：http://www.box.net/shared/abeeolbk72

源代碼下載：http://www.box.net/shared/uqadhnhsua