用FileDisassembler反編譯Windows Application出現了問題，resx資源文件和cs文件不匹配,項目編譯根本通不過,把resx文件修改放入cs文件夾後,雖然運行沒有
問題,但是不能直接在窗體設計裡面"可視地"修改控件,一來麻煩,二來不直觀,那麼就應該修改下源代碼,使其符合VS2008的源文件布局.
下面總結一下修改的步驟:
1.由於FileDisassembler會給每個命名空間生成一個目錄,保存這個空間的源代碼,而對於資源resx文件就是直接加在項目目錄下,所有要把它放回源碼目錄下.例如
對於項目文件夾裡面的TryAssemb.Form1.resx,首先改為Form1.resx然後移動到TryAssemb目錄裡面.
2.然後對窗體打開"視圖設計器",發現會出現下面的錯誤:
修改方法就是對所有System.Windows.Forms.命名空間裡面的控件需要全命名空間的 聲明,例如裡面上圖的base.AutoScaleMode = AutoScaleMode.Font;就要改成base.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font;而TextBox textBox1; 也要改成private System.Windows.Forms.TextBox textBox1;這樣VS2008就能識別到這個控件是要繪制在Form上面的.
PS.開始是的時候還以為要像VS一樣把Form1拆開成Form1.cs和Form1.Designer.cs.每次是都辛辛苦苦拆開,最後才發現原來根本不需要,^_^.
相信大多數.Net程序員都有使用Reflactor的經歷。無論出於什麼目的，當用Reflactor反編譯托管程序後，還想對其代碼加以修改，那麼本文所列舉的可能是一份有用的參考。
用Reflactor的FileGenerator插件反編譯代碼後可以得到包括項目文件的源代碼，但代碼中存在各種問題，一般無法一次編譯通過，以下將詳談這些問題：
枚舉問題
為了代碼可讀，可能需要花點時間查閱metadata把int值修改回枚舉值，尤其是想利用窗體設計器的，VS2008可能還不理解int值。
屬性問題
比如一個叫Names的屬性被反編譯後，可能還原為的set_Names(names)，get_Names()方法，逐個替換可能很慢，可采用正則表達式整體替換。
對於set_Xxx(xxx)方法，可替換
set_{[a-z]*}(
為
1 = (
對於get_Xxx()方法，可替換
get_{[a-z]*}()
為
1
然後，再修復個別被誤換的方法。
委托和回調函數問題
一般會被還原為add_Xxx(MethodsName)方法，需要改為 += MethodsName
資源問題
需要使用.Net Framework SDK 下的 resgen.exe 工具，反編譯嵌入資源文件*.resources為*.resx文件，
語法為：ResGen.exe *.resources *.resx，然後將*.resx包含入項目，就會自動和同名的窗體文件*.cs關聯，如果沒有關聯可采用先排除再添加大法，一一搞定。
命名空間問題
如果需要切換到IDE的窗體設計器，而不出錯，則還需要在*.cs中添加比如System.Windows.Forms的命名空間前綴。
窗體設計器識別問題
需要把以下代碼
ComponentResourceManager manager = new ComponentResourceManager(typeof(ClassName));
替換為
System.ComponentModel.ComponentResourceManager resources = new System.ComponentModel.ComponentResourceManager(typeof(ClassName));
窗體設計器才能正常識別。
