MonoDroid: Fehler beim Konstruktor von benutzerdefinierter Ansicht aufrufen - TwoDScrollView

Question

ich eine Android-Anwendung am Bau, die der custom-built TwoDScrollView hier verwendet gefunden:

http://blog.gorges.us/2010/06/android-two-dimensional-scrollview/

an mehreren anderen Websites zu finden ist Diese gleiche Klasse verweist und andere auf Stack Overflow haben Fragen dazu gestellt. Ich benutzte es in einer früheren Android-Anwendung, die ich mit Java/Eclipse erstellte, und ich hatte Erfolg.

Mit meiner aktuellen Anwendung wollte ich C# und MonoDroid verwenden. Ich beschloss, die gesamte TwoDScrollView-Klasse in C# neu zu schreiben. Nach dem Umschreiben und dann in einigen XML-Layouts erhalte ich beim Ausführen meines Codes die folgenden Ausnahmen:

System.NotSupportedException wurde ausgelöst. Instanz des Typs MyProject.TwoDScrollView vom systemeigenen Handle 44f4d310 kann nicht aktiviert werden.

System.Exception:. Kein Konstruktor für MyProject.TwoDScrollView gefunden :: Ctor (System.IntPtr, Android.Runtime.JniHandleOwnership) ...... mit mehr Text, dass folgt ....

Mein Layout XML ist wie folgt:

<?xml version="1.0" encoding="utf-8"?> 
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" 
    android:orientation="vertical" 
    android:layout_width="fill_parent" 
    android:layout_height="fill_parent" 
    > 

<myproject.TwoDScrollView 
    android:layout_width="fill_parent" 
    android:layout_height="fill_parent"> 

</myproject.TwoDScrollView> 

</RelativeLayout> 

der Anleitung unter folgendem Link auf benutzerdefinierte Ansichten in Layout XML in MonoDroid mit: http://docs.xamarin.com/android/advanced_topics/using_custom_views_in_a_layout

Die Konstrukteure auf die TwoDScrollView Klasse wie folgt aussehen:

public TwoDScrollView(Context context) 
    : base(context) 
{ 
    initTwoDScrollView(); 
} 

public TwoDScrollView(Context context, IAttributeSet attrs) 
    : base(context, attrs) 
{ 
    initTwoDScrollView(); 
} 

public TwoDScrollView(Context context, IAttributeSet attrs, int defStyle) 
    : base(context, attrs, defStyle) 
{ 
    initTwoDScrollView(); 
} 

Die gleichen Konstrukteure in der C# Version existieren, wie in der Java-Version (die Sie auf den obigen Link zu finden). Irgendeine Idee, was könnte schief gehen? Ich kann den vollständigen C# -Code meiner TwoDScrollView veröffentlichen, wenn jemand sie sehen möchte. Es ist im Wesentlichen das gleiche wie der Java-Code Bit für Bit - außer in C# neu geschrieben.

Danke für jede Hilfe!

Answer 1

Herzlichen Glückwunsch! Sie haben eine undichte Abstraktion erreicht. : -/

Das Problem ist das: for better or worse Aufrufe der virtuellen Methode von Konstruktoren rufen die abgeleitete Methodenimplementierung auf. C# ist in dieser Hinsicht dasselbe wie Java; Sehen Sie das folgende Programm:

using System; 

class Base { 
    public Base() 
    { 
     Console.WriteLine ("Base..ctor"); 
     M(); 
    } 

    public virtual void M() 
    { 
     Console.WriteLine ("Base.M"); 
    } 
} 

class Derived : Base { 

    public Derived() 
    { 
     Console.WriteLine ("Derived..ctor"); 
    } 

    public override void M() 
    { 
     Console.WriteLine ("Derived.M"); 
    } 
} 

static class Demo { 
    public static void Main() 
    { 
     new Derived(); 
    } 
} 

Wenn er gestartet wird, ist der Ausgang:

Base..ctor 
Derived.M 
Derived..ctor 

Das heißt, die Derived.M() Methode aufgerufen wird, bevor der Derived Konstruktor ausgeführt wurde.

In Mono für Android werden die Dinge komplizierter. Der Konstruktor Android Callable Wrapper (ACW) wird von Java aufgerufen und ist verantwortlich für die Erstellung des peer C# instance and mapping the Java instance to the C# instance. Allerdings wird, wenn eine virtuelle Methode vom Java-Konstruktor aufgerufen wird, die Methode ausgelöst, bevor eine C# -Instanz zum Aufrufen der Methode vorhanden ist!

Lassen Sie das ein wenig sinken.

Ich weiß nicht, welche Methode das Szenario für Ihre spezifischen Code auslöst (das Codefragment Sie funktioniert gut zur Verfügung gestellt), aber wir haben eine Probe haben, die dieses Szenario trifft: LogTextBoxoverrides die TextView.DefaultMovementMethod Eigenschaft und die TextView constructor invokes the getDefaultMovementMethod() method. Das Ergebnis ist, dass Android versucht, LogTextBox.DefaultMovementMethod aufzurufen, bevor eine LogTextBox Instanz überhaupt existiert.

Was macht Mono für Android? Mono für Android erstellt die ACW und weiß somit, welche C# Typ der getDefaultMovementMethod() Methode delegiert werden sollte. Was es nicht hat, ist eine Instanz, weil eine nicht erstellt wurde. Also Mono für Android erstellt eine Instanz des entsprechenden Typs ... über den (IntPtr, JniHandleOwnership)-Konstruktor und generiert einen Fehler, wenn dieser Konstruktor nicht gefunden werden kann.

Sobald die (in diesem Fall) TextView Konstruktor Ausführung beendet, die LogTextBox ‚s ACW Konstruktor wird ausgeführt, an welchem ​​Punkt Mono für Android gehen‚Aha! Wir haben bereits ein C# Beispiel für diese Java-Instanz erstellt‘, und wird dann aufrufen den entsprechenden Konstruktor auf die bereits erstellte Instanz. Das bedeutet, dass für eine einzelne Instanz zwei Konstruktoren ausgeführt werden: (IntPtr, JniHandleOwnership) constructor und (später) (Context, IAttributeSet, int) constructor.

Answer 2

Die Fehlermeldung lautet:

System.Exception: No constructor found for MyProject.TwoDScrollView::.ctor(System.IntPtr, Android.Runtime.JniHandleOwnership)

Versuchen einen Konstruktor Hinzufügen wie er sagt, und sehen, ob das hilft:

public TwoDScrollView (IntPtr a, JniHandleOwnership b) : base (a, b) { }

Answer 3

hatte ich das gleiche Problem mit einem benutzerdefinierten Imageview und die Antwort für jpobst fixierte sicherlich das Problem vollständig:

public CircularImageView(Context context) 
      :base(context) 
     { 

      init (context, null, 0); 
     } 

     public CircularImageView(Context context, IAttributeSet attrs) 
      : base(context, attrs) 
     { 
      init (context, attrs, Resource.Attribute.circularImageViewStyle); 
     } 

     public CircularImageView(Context context, IAttributeSet attrs, int defStyle) 
      :base(context, attrs, defStyle) 
     { 

      init(context, attrs, defStyle); 
     } 
     public CircularImageView (IntPtr a, JniHandleOwnership b) : base (a, b) 
     { 
     } 

Answer 4

ich benutzerdefinierte Listenansicht Renderer wurde mit, aber keiner des Arbeitsarounds für mich gearbeitet. Aber die base.Dispose Methode zu verzögern half mir, den Absturz zu beheben, wahrscheinlich gibt dies dem Mono-Android die Chance, die Proxy-Instanz zu initialisieren.

Xamarin.Forms.Device.BeginInvokeOnMainThread(base.Dispose); 

Ich sehe keine Abstürze jetzt!