|
|
時至今日，混淆依然是.NET程序的一道重要保護手段，而混淆器對WPF應用程序的支持是怎樣的呢？我們今天就通過實例講解一下。
首先建立如下圖所示的簡單的用戶界面：
在界面代碼中設置一些綁定屬性：
在后臺代碼中首先定義一個種族枚舉，以便于在列表中使用：
下面在窗體Window1類中定義以下屬性：
紅圈處的代碼功能是將種族枚舉的全部值載入到種族列表屬性中，這樣就可以在前后臺一直以統(tǒng)一、優(yōu)雅的方式使用枚舉，這是個不錯的小技巧。
接下來在構造函數中直接硬編碼一些屬性的值，然后將自己作為自己的DataContext：
呃…玩魔獸的朋友們請勿喧嘩….
現在編譯并運行程序，可以看到數據被很好地反映到了界面上：
OK，接下來就是主角了，我們將以Dotfuscator Professional Edition 4.3 Evaluation為例來進行介紹。
打開Dotfuscator后直接新建項目，載入我們編譯好的程序，然后直接進行混淆和輸出，運行輸出后的程序：
嗯，什么數據都沒顯示出來，為什么呢？
據我的理解就是，混淆器目前還沒法解析及修改XAML文件，致使混淆后的后臺代碼與前臺XAML界面描述不匹配，比如“{Binding 種族}”之類的語句根本無法與混淆后的代碼關聯(lián)，所以就全部都無法顯示。
以下顯示了部分混淆的映射結果：
其中灰色底色的項代表已被從程序中移除，其他的都有對應的混淆后的名稱。
現在，要使混淆后的程序正常工作，我們就必須向XAML妥協(xié)。
你可能首先想到的是恢復上面被刪除的那幾個與界面相關的屬性，但是我嘗試過，那并不起作用。
而只要禁止對Window1類的混淆，問題就基本上解決了：
看看混淆的結果，大概能猜想出Dotfuscator是自動將禁止混淆的類的公共屬性也加入到排除混淆行列的，那幾個屬性這次沒有被移除：
但我仍無法解釋為什么當只禁止混淆屬性、不禁止混淆類時程序仍舊無法正常工作。
現在還有個問題，就是列表上顯示的是混淆后的枚舉名稱，這很好處理，只要禁止混淆枚舉的所有字段就好了：
現在程序已完全恢復正常了，但是這與未經混淆的程序也沒有太大分別了，看看通過Reflector解析的混淆后的程序：
總結：混淆技術原本已經算是比較完善了，而現在，WPF又為之帶來了新的挑戰(zhàn)，我們只能期待各廠商能夠盡快跟進，讓WPF程序也能受到全面的保護，為其未來的廣泛應用奠定基石。
本文的PDF版本下載：http://www.box.NET/shared/abeeolbk72
源代碼下載：http://www.box.NET/shared/uqadhnhsua
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
