Czy to błąd? MissingMethodException uzyskujący dostęp do prywatnej statycznej metody z 0 jako parametrem

Question

Nie jestem pewien, czy powinienem zapytać o to tutaj, ale tutaj idziemy, podczas gdy jednostka testuje prywatną statyczną metodę, która ma jako parametr krótki, otrzymuję MissingMethodException tylko wtedy, gdy parametr wynosi 0.

używam VS 2010 SP1 kierowania Framework 4 (pełna), tutaj jest minimum kod odtworzyć ten błąd (podnosimy kod VB6 więc nie bądź niegrzeczny):

[DataContract] 
    public enum NotificationResult 
    { 
    [EnumMember] 
    Success, 
    [EnumMember] 
    StoredError, 
    [EnumMember] 
    InvalidId, 
    [EnumMember] 
    OperationError, 
    } 

    public sealed class NotificationContext 
    { 
    private static NotificationResult GetExecuteResult(short result) 
    { 
     NotificationResult executeResult; 
     switch (result) 
     { 
     case 0: 
      executeResult = NotificationResult.Success; 
      break; 
     case 1: 
      executeResult = NotificationResult.StoredError; 
      break; 
     case 2: 
      executeResult = NotificationResult.InvalidId; 
      break; 
     default: 
      executeResult = NotificationResult.OperationError; 
      break; 
     } 

     return executeResult; 
    } 
    } 

Oto jak ja testowania kodu:

PrivateType privateHelperType = new PrivateType(typeof(NotificationContext)); 
     var actual = (NotificationResult)privateHelperType.InvokeStatic(
     "GetExecuteResult", (short)1); 
     var actual2 = (NotificationResult)privateHelperType.InvokeStatic(
     "GetExecuteResult", (short)0); //here is where i get the exception 

W pierwszym wywołaniu otrzymuję oczekiwany wynik, w drugim wywołaniu otrzymuję wyjątek (dodałem rzut do krótkiego myślenia, że ​​być może wyjątek był, ponieważ nie znaleziono metody z int jako parametrem).

Czy ktoś jest w stanie odtworzyć zachowanie ?, czy robię coś nie tak?

Dzięki za pomoc.

Answer 1

Problemem jest to, że istnieją dwa przeciążenia tej metody (istnieją inne, ale one nie mają znaczenia tutaj):

• public Object InvokeStatic(string name, params Object[] args)
• public Object InvokeStatic(string name, BindingFlags invokeAttr, params Object[] args)

Różnica polega na tym, że drugie przeciążenie ma parametr typu BindingFlags, który jest enum. A gdy jako drugi parametr zostanie podany literalny 0, to przeciążenie jest wybierane, ponieważ literalne 0 jest domyślnie wymienialne na dowolne enum i nie używając params jest uważane za lepsze niż użycie go w rozdzielczości przeciążania. Tak więc, w zasadzie

• privateType.InvokeStatic("GetExecuteResult", 1) jest kompilowany do privateType.InvokeStatic("GetExecuteResult", new object[] { 1 })
• privateType.InvokeStatic("GetExecuteResult", 0) jest kompilowany do privateType.InvokeStatic("GetExecuteResult", 0, new object[] { })

to jest przyczyną problemu. Myślę najczystszym sposobem na uniknięcie byłoby stworzyć tablicę wyraźnie:

privateType.InvokeStatic("GetExecuteResult", new object[] { 0 }) 

wyjątkiem kodu nie zdać dosłowne 0 metody, oddasz go w pierwszej kolejności. Zgodnie ze specyfikacją przeciążenie BindingFlags nie powinno być wybierane w tym przypadku.Ale errors like this are a known bug, które nie zostaną naprawione, ponieważ może przerwać działanie niektórych programów.

Answer 2

Chciałbym spróbować uczynić twoją klasę niezapieczoną. To jest czysto domysły, ale może to podklasy twój NotificationContext jako część PrivateType.

Moja druga rekomendacja to pobranie czegoś podobnego do dotpeek: http://blogs.jetbrains.com/dotnet/2011/05/free-net-decompiler-is-available-for-early-access/, aby zobaczyć, jak wygląda PrivateType. Zrozumienie, jak to działa, pomoże nam zrozumieć, co się właściwie dzieje.

Answer 3

Interesujące ... Udało mi się to odtworzyć i znalazłem sposób, aby to naprawić.

short s = 0; 
var actual2 = (NotificationResult)privateHelperType.InvokeStatic(
     "GetExecuteResult", s);