《reflector kBackingField 问题解决方法》.docx

《reflector kBackingField 问题解决方法》.docx

《《reflector kBackingField 问题解决方法》.docx》由会员分享，可在线阅读，更多相关《《reflector kBackingField 问题解决方法》.docx（16页珍藏版）》请在冰豆网上搜索。

《reflectorkBackingField问题解决方法》

k__BackingField与反编译

 今天反编译umbraco的组件ProWorksRedirectPagev1.03，看到代码中有：

[CompilerGenerated]

privatestringk__BackingField;

立马汗颜，自己搞C#到现在，也自称不是倒数第一，却没有见过这种形式。

马上baidu，释怀！

是反编译的原因!

找到一篇很好的文章，转载如下：

《reflector<....>k__BackingField问题解决方法》

使用reflector后生成的源代码出现：

privatestringk__BackingField;

这样的问题，造成编译失败。

解决方法：

因为菜，所以不能改reflector，只好改生成的源代码了，使用.net的在文件中替换的功能来解决：

1、Ctrl+Shift_H打开替换窗口；

2、如下图示，使用正则表达式替换；

查找内容：

\<{.#}\>k__BackingField

替换内容：

_\1_k__BackingField

3、结束。

没办法，懒人就是这个样子，谁让生成的代码里边这种错误这么多呢，要不然也用不着这个方法了。

===============================================================================

goldarch:

有网友自己写一段代码，反编译，观察结果如下：

CompilerGenerated是反编译生成的代码如

 publicclassMyClass

{

publicstringName{set;get;}

publicstringValue{set;get;}

publicMyClass（stringpName,stringpValue）

{

Name=pName;

Value=pValue;

}

}

反编译后

反编译后

publicclassMyClass

{

//Fields

[CompilerGenerated]

privatestringk__BackingField;

[CompilerGenerated]

privatestringk__BackingField;

//Methods

publicMyClass（stringpName,stringpValue）

{

base..ctor（）;

this.Name=pName;

this.Value=pValue;

return;

}

//Properties

publicstringName

{

[CompilerGenerated]

get

{

stringstr;

str=this.k__BackingField;

Label_0009:

returnstr;

}

[CompilerGenerated]

set

{

this.k__BackingField=value;

return;

}

}

publicstringValue

{

[CompilerGenerated]

get

{

stringstr;

str=this.k__BackingField;

Label_0009:

returnstr;

}

[CompilerGenerated]

set

{

this.k__BackingField=value;

return;

}

}

}

=============================================

goldarch结论：

形如k__BackingField只不过就是一"变量命名"！

只不过vs不认这个命名而以，把这个命名改成vs能认的命名就可以了。

PWUrlRedirect代码简短，我直接把k__BackingField改成_url,编译通过

需要注意的是：

要主动应用"替换"功能，vs自动的替换没有作用（它根本不认为那是变量，不会主动替换的）。

Refactor反编译C#程序

2011-01-1415:

51911人阅读评论（0）收藏举报

两篇很不错reflector的教程，很有用~

Reflactor就不介绍了，.net下的免费反编译工具。

Reflactor在某些情况下是很必须的，当遇到bug的时候，可以通过Reflactor看其内部的实现机制，从而找到真正的bug所在。

或者可以通过reflactor查看私有生成，然后在用反射去调用。

上面说的都是正当用途，有的时候也可以用来反编译别人的软件。

混淆了的软件，我就不管了。

这里要讲的是没有混淆和加密的软件的反编译。

reflector的右键菜单中的export就能做到反编译，如下图:

反编译的文件默认保存在MyDocuments/Reflector/Disassembler下，但是这个反编译有一些问题，对于winform的资源文件无法反编译。

这就需要我们另寻他法。

经过我的不懈努力找到了一个插件Filedessassemble，他能实现这样的功能。

反编译出来后，用visualsutio打开后就能编辑了，但是有时候会有一些问题。

下面总结一下。

1、编译没有问题，运行出现"类型初始值设定项引发异常"

这主要是在类中使用了两个静态变量，而其中一个静态变量的初始化依赖令一个静态变量，而被依赖的静态变量放在依赖变量的前面，比如下面的代码就会出现这样的问题。

Code

1private static string SettingFileName = Path.Combine（SettingFolderPath, @"GoogleMusicDesktop/config.xml"）;

2public static string SettingFolderPath = Path.Combine（Environment.GetFolderPath（Environment.SpecialFolder.Personal）, "aaaSoft"）;

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

2、出现无法找到资源文件，如图片等

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

3、打开form的时候出现错误

这个问题，我通过搜索解决了，园子里有一篇文章，我转过来。

转载文章

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

URL:

用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博客，转载于：

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

URL:

用FileDisassembler反编译WindowsApplication出现了问题，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;而TextBoxtextBox1;也要改成privateSystem.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

资源问题

需要使用.NetFrameworkSDK下的resgen.exe工具，反编译嵌入资源文件*.resources为*.resx文件，

语法为：

ResGen.exe*.resources*.resx，然后将*.resx包含入项目，就会自动和同名的窗体文件*.cs关联，如果没有关联可采用先排除再添加大法，一一搞定。

命名空间问题

如果需要切换到IDE的窗体设计器，而不出错，则还需要在*.cs中添加比如System.Windows.Forms的命名空间前缀。

窗体设计器识别问题

需要把以下代码

ComponentResourceManagermanager=newComponentResourceManager（typeof（ClassName））;

替换为

System.ComponentModel.ComponentResourceManagerresources=newSystem.ComponentModel.ComponentResourceManager（typeof（ClassName））;

窗体设计器才能正常识别。

CompilerGenerated是反编译生成的代码如

 publicclassMyClass

{

publicstringName{set;get;}

publicstringValue{set;get;}

publicMyClass（stringpName,stringpValue）

{

Name=pName;

Value=pValue;

}

}

反编译后

反编译后

publicclassMyClass

{

//Fields

[CompilerGenerated]

privatestringk__BackingField;

[CompilerGenerated]

privatestringk__BackingField;

//Methods

publicMyClass（stringpName,stringpValue）

{

base..ctor（）;

this.Name=pName;

this.Value=pValue;

return;

}

//Properties

publicstringName

{

[CompilerGenerated]

get

{

stringstr;

str=this.k__BackingField;

Label_0009:

returnstr;

}

[CompilerGenerated]

set

{

this.k__BackingField=value;

return;

}

}

publicstringValue

{

[CompilerGenerated]

get

{

stringstr;

str=this.k__BackingField;

Label_0009:

returnstr;

}

[CompilerGenerated]

set

{

this.k__BackingField=value;

return;

}

}

}

C#请教属性问题

2011-11-100:

42

提问者：

__平淡_|浏览次数：

26次

classperson

{

publicstringName{set;get;}//这边为什么不用return;

}

classperson

{

publicstringName

{

set{}

get{return"a";}

}

}

那两种方法有什么不同？

为什么第一种get不用返回一个值，而第二个却要。

还有第二个set他的值为什么不能存在Name中，而第一个却可以？

麻烦知道的解释一下，谢谢了。

。

2011-11-107:

37

最佳答案

第一种是08版本的VS的新特性,叫自动属性

其实在编译完成之后他会为你做一件事

classperson

{

publicstringName{set;get;}//这边为什么不用return;

}

编译完成后其实是这样的

classperson

{

[CompilerGenerated]

privatestringk__BackingField;

publicstringName

{

[CompilerGenerated]

get

{

returnthis.k__BackingField;

}

[CompilerGenerated]

set

{

this.k__BackingField=value;

}

}

只是说你不用添加了而已

在05之前的版本,我们用属性都是这样写的

classperson

{

privatestringname;

publicstringName

{

set{this.name=value;}

get{returnthis.name;}

}

}

在get块中必须return,在set块中有一个隐式参数,叫vlaue这个代表调用时传进来的值

其他回答共2条

2011-11-109:

15wggfcusmq|四级

前面那个属性叫自动属性，是.net3.0后，微软对属性定义简化后推出的。

它其实和一开始的属性

publicstring_name;

publicstringName{

get{return_name;}

set{_name=value}

}

是一样的，只是简化了_name的定义过程。

而第二个为什么set的值不能存在Name，是因为你的get中总是return"a"，所以其实set的值已经存在于Name中，但总是返回了get中的"a".如果你要返回set的值，要么用你的第一种方法自动属性，要么用我上面的例子样定义：

publicstring_name;

publicstringName{

get{return_name;}

set{_name=value}

}

2011-11-110:

14丨丨零度丨丨|三级

第一种编译器会自动帮你补全代码。

第二种编译器不过做任何处理，你的Set块里没有语句所以赋值不会有任何动作。

而且Get块始终返回"a"，所以该属性的值始终是"a"。