Skompilowany z VS 2012
typem projektu WP 8.0
następujący kod zakończy się niepowodzeniem, jeśli debuger nie jest dołączony.
W jakiś sposób, jeśli debugger nie jest dołączony, optymalizacje kompilatora niszczą kod wewnątrz Crash()
- zobacz komentarze w kodzie.
Przetestowano na Lumii 1520 (8.1) i Lumii 630 (8.0) .
Jakieś pomysły, dlaczego tak się dzieje?
public partial class MainPage : PhoneApplicationPage
{
public MainPage()
{
InitializeComponent();
Button.Tap += (sender, args) => new A<B, string>(new B(), "string").Crash();
}
}
public class B
{
public void Foo<T>(T val) { }
}
public class A<T1, T2> where T1 : B
{
private T1 _t1;
private T2 _t2;
public A(T1 t1, T2 t2)
{
_t2 = t2;
_t1 = t1;
}
public void Crash()
{
var obs = Observable.Return(_t2);
obs.Subscribe(result =>
{
//CLR is expecting T2 to be System.String here,
//but somehow, after passing through Observable
//T2 here is not a string, it's A<T1, T2>
new List<T2>().Add(result);
});
//Will run normally if commented
_t1.Foo(new object());
}
}
c#
.net
compiler-errors
windows-phone
system.reactive
Yuriy Naydenov
źródło
źródło
Observable.Return<T2>(_t2);
zamiast pozostawiać kompilatorowi wybór tutaj typu. Może być w tym błąd. To prawda, to długa szansa.MethodNotFoundException
gdy faktycznie próbowałem wywołać klasę zawierającą. Dla mnie aktualizacja do wersji VS Update 2 działała. Nadal nie mam pojęcia, co było tak naprawdę nie tak, ale upewnij się, że używasz najnowszych aktualizacji we wszystkim. Oczywiście nasze problemy są trochę inne, ale to może pomóc w udzieleniu wskazówek.Odpowiedzi:
Brakuje deklaracji typu. Kompilator zgaduje (i zgaduje źle). Ściśle wpisz wszystko i powinno działać.
źródło