2016-08-03 187 views
1

出于好奇,我决定尝试反编译我的项目代码。我拿着Assembly.dll文件并使用ILSpy对其进行反编译。它似乎工作正常,除了IEnumerator<>方法。反编译IEnumerators

IEnumerator sP() 
{ 
     for (int i = 0; i < maxEnemies; i++) 
     { 
      var p = Porczaks[Random.Range(0, Porczaks.Length)]; 
      Instantiate(p, new Vector3(Random.Range(245, 360), 16.8f, Random.Range(292, 366)), Quaternion.Euler(0f, Random.Range(0f, 359f), 0f)); 
      yield return new WaitForEndOfFrame(); 
     } 
} 

...是例如被解码成这样:

[DebuggerHidden] 
private IEnumerator sP() 
{ 
    WaveManager.<sP>c__Iterator7 <sP>c__Iterator = new WaveManager.<sP>c__Iterator7(); 
    <sP>c__Iterator.<>f__this = this; 
    return <sP>c__Iterator; 
} 

有没有办法准确地反编译该IEnumerator

编辑:我反编译使用dotPeek反编译器相同的组件,它创造的方式更多的代码。虽然我仍然不知道,如果变量可以在.NET中有这样的名字:

// Method sP with token 060000AB 
[/*Attribute with token 0C000051*/DebuggerHidden] 
private IEnumerator sP() 
{ 
    WaveManager.\u003CsP\u003Ec__Iterator7 sPCIterator7 = new WaveManager.\u003CsP\u003Ec__Iterator7(); 
    sPCIterator7.\u003C\u003Ef__this = this; 
    return (IEnumerator) sPCIterator7; 
} 

// Type <sP>c__Iterator7 with token 02000031 
[/*Attribute with token 0C000026*/CompilerGenerated] 
private sealed class \u003CsP\u003Ec__Iterator7 : IEnumerator<object>, IEnumerator, IDisposable 
{ 
    // Field <i>__0 with token 040000C7 
    internal int \u003Ci\u003E__0; 
    // Field <p>__1 with token 040000C8 
    internal GameObject \u003Cp\u003E__1; 
    // Field $PC with token 040000C9 
    internal int \u0024PC; 
    // Field $current with token 040000CA 
    internal object \u0024current; 
    // Field <>f__this with token 040000CB 
    internal WaveManager \u003C\u003Ef__this; 

    // Property System.Collections.Generic.IEnumerator<object>.Current with token 17000017 
    object IEnumerator<object>.System\u002ECollections\u002EGeneric\u002EIEnumerator\u003Cobject\u003E\u002ECurrent 
    { 
     // Method System.Collections.Generic.IEnumerator<object>.get_Current with token 060000EA 
     [/*Attribute with token 0C00006E*/DebuggerHidden] get 
     { 
     return this.\u0024current; 
     } 
    } 

    // Property System.Collections.IEnumerator.Current with token 17000018 
    object IEnumerator.Current 
    { 
     // Method System.Collections.IEnumerator.get_Current with token 060000EB 
     [/*Attribute with token 0C00006F*/DebuggerHidden] get 
     { 
     return this.\u0024current; 
     } 
    } 

    // Method .ctor with token 060000E9 
    public \u003CsP\u003Ec__Iterator7() 
    { 
     base.\u002Ector(); 
    } 

    // Method MoveNext with token 060000EC 
    public bool MoveNext() 
    { 
     uint num = (uint) this.\u0024PC; 
     this.\u0024PC = -1; 
     switch (num) 
     { 
     case 0: 
      this.\u003Ci\u003E__0 = 0; 
      break; 
     case 1: 
      this.\u003Ci\u003E__0 = this.\u003Ci\u003E__0 + 1; 
      break; 
     default: 
      return false; 
     } 
     if (this.\u003Ci\u003E__0 < this.\u003C\u003Ef__this.maxEnemies) 
     { 
     this.\u003Cp\u003E__1 = this.\u003C\u003Ef__this.Porczaks[UnityEngine.Random.Range(0, this.\u003C\u003Ef__this.Porczaks.Length)]; 
     UnityEngine.Object.Instantiate((UnityEngine.Object) this.\u003Cp\u003E__1, new Vector3((float) UnityEngine.Random.Range(245, 360), 16.8f, (float) UnityEngine.Random.Range(292, 366)), Quaternion.Euler(0.0f, UnityEngine.Random.Range(0.0f, 359f), 0.0f)); 
     this.\u0024current = (object) new WaitForEndOfFrame(); 
     this.\u0024PC = 1; 
     return true; 
     } 
     this.\u0024PC = -1; 
     goto default; 
    } 

    // Method Dispose with token 060000ED 
    [/*Attribute with token 0C000070*/DebuggerHidden] 
    public void Dispose() 
    { 
     this.\u0024PC = -1; 
    } 

    // Method Reset with token 060000EE 
    [/*Attribute with token 0C000071*/DebuggerHidden] 
    public void Reset() 
    { 
     throw new NotSupportedException(); 
    } 
} 

似乎dotPeek没有处理<>正确的,但是这是值得的代码什么?

+0

这确实看起来像编译器会产生什么。 – Enigmativity

+0

说了JetBrains dotPeek似乎在这方面做得更好。 – Enigmativity

+0

我检查过dotPeek,并且在代码中禁用显示标记时,它看起来几乎与ILSpy中的代码相同,但随着启用它,它变得非常混乱。我在第一篇文章中发布了代码。它有任何意义吗?如果我只是将名称从“ __ + @!##”更改为正常的名称,它会起作用吗? – Reynevan

回答

1

您真的可以看到编译器生成的样板代码以替换yield return语句。是的,这确实是一个状态机。

正常情况下,反编译器应该能够识别编译器生成的样板代码并将其替换为正确的C#语句。然而,这种认识是通过模式匹配来完成的,即预期样板代码将以非常特定的方式来构造。如果编译器生成等效代码但具有不同结构(例如,由于编译器升级,优化等),则反编译器无法匹配模式并识别yield语句。

你应该做的是向反编译团队提交一个错误报告,以便这个问题得到解决,而且你不必手动重命名。你在那个程序集上试过JustDecompile吗?它也会失败吗?如果是这样,你可以在Telerik论坛上发布,我们会照顾它的。

在附注中,您使用了什么编译器?