.net dll反编译出现的问题，以及部分修复的方法

常用.net反编译工具

1.Reflector 9.0.2

2.JustDecompile2015.3.928.0j

3.ILSpy

4.CS资源文件批量转换工具

base.AutoScaleMode = AutoScaleMode.Font; 方法“InitializeComponent”内的代码由设计器生成，不应手动修改。请移除任何更改，然后尝试重新打开设计器。

处理方法：对所有System.Windows.Forms.命名空间里面的控件需要全命名空间的声明。

示例：base.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font;

错误 CS0571 “MySqlCommand.Transaction.set”: 无法显式调用运算符或访问器

列子 ：mySqlDataAdapter.set_SelectCommand(mySqlCommand);

改为 mySqlDataAdapter.SelectCommand= mySqlCommand;

错误 CS0571 “MySqlCommand.Parameters.get”: 无法显式调用运算符或访问器

示例：  mySqlCommand.get_Parameters().Clear();

改为mySqlCommand.Parameters.Clear () ;

反编译出来后，用visual sutio打开后就能编辑了，但是有时候会有一些问题。下面总结一下。
1、编译没有问题，运行出现"类型初始值设定项引发异常"
    这主要是在类中使用了两个静态变量，而其中一个静态变量的初始化依赖令一个静态变量，而被依赖的静态变量放在依赖变量的前面，比如下面的代码就会出现这样的问题。

Code
1        private static string SettingFileName = Path.Combine(SettingFolderPath, @"GoogleMusicDesktop/config.xml");
2        public static string SettingFolderPath = Path.Combine(Environment.GetFolderPath(Environment.SpecialFolder.Personal), "aaaSoft");

问题很好解决，掉个个就解决了。

2、出现无法找到资源文件，如图片等
    这种情况一般是和资源文件的命名如果，请把资源文件命名保持和类一直，重新编译一下就会解决问题，注意需要重新生成，否则就不一定好使了。

3、打开form的时候出现错误
    这个问题，我通过搜索解决了，园子里有一篇文章，我转过来。

转载文章
 用Reflector和FileDisassembler配合反编译.net Windows程序

URL: http://www.cnblogs.com/verygis/archive/2008/12/02/1346072.html

用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));
窗体设计器才能正常识别。

本文来自CSDN博客，转载于：http://blog.csdn.net/ma_ta/archive/2008/12/11/3497532.aspx

 用Reflector和FileDisassembler配合反编译.net Windows程序 收藏

URL:http://www.cnblogs.com/verygis/archive/2008/12/02/1346072.html

用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));
窗体设计器才能正常识别。

变量"manager"未声明或从未赋值问题的解决

这是由于编译器的问题,先声明,再实例化

例如:ResourceManager manager；
manager = new ResourceManager(typeof(XXXX));

若是,resx文件(XML),则直接用typeof(XXXX)的方法,

若是.resources文件(二进制),则使用("命名空间.resouces全路径")作为参数,不需加.resources后缀。