Android Benutzerdefinierte Ansicht Constructor

Question

Ich lerne über die Verwendung von benutzerdefinierten Ansichten der folgenden Optionen:

http://developer.android.com/guide/topics/ui/custom-components.html#modifying

Die Beschreibung sagt:

Klasse Initialisierung Wie immer die Super wird zuerst genannt. Außerdem ist dies kein Standardkonstruktor, sondern ein parametrisierter. Der EditText ist mit diesen Parametern erstellt, wenn es ist über eine XML-Layout-Datei, aufgeblasen wird, so muss unser Konstruktor sowohl nehmen sie und übergibt sie an die Superklasse Konstruktor sowie.

Gibt es eine bessere Beschreibung? Ich habe versucht herauszufinden, wie der/die Konstruktor (en) aussehen sollte und ich habe 4 mögliche Entscheidungen (siehe Beispiel am Ende des Posts). Ich bin nicht sicher, was diese 4 Wahlen tun (oder nicht tun), warum ich sie implementieren sollte, oder was die Parameter bedeuten. Gibt es eine Beschreibung von diesen?

public MyCustomView() 
{ 
    super(); 
} 

public MyCustomView(Context context) 
{ 
    super(context); 
} 

public MyCustomView(Context context, AttributeSet attrs) 
{ 
    super(context, attrs); 
} 

public MyCustomView(Context context, AttributeSet attrs, Map params) 
{ 
    super(context, attrs, params); 
} 

Answer 1

Sie brauchen nicht die erste, da das einfach nicht funktioniert.

Die dritte wird Ihre benutzerdefinierte View wird von XML-Layout-Dateien verwendbar sein. Wenn Ihnen das egal ist, brauchen Sie es nicht.

Der vierte ist einfach falsch, AFAIK. Es gibt keinen View Konstruktor, der einen Map als dritten Parameter nimmt. Es gibt einen, der einen int als dritten Parameter verwendet, um den Standardstil für das Widget zu überschreiben.

Ich neige dazu, die this() Syntax verwenden diese kombinieren:

public ColorMixer(Context context) { 
    this(context, null); 
} 

public ColorMixer(Context context, AttributeSet attrs) { 
    this(context, attrs, 0); 
} 

public ColorMixer(Context context, AttributeSet attrs, int defStyle) { 
    super(context, attrs, defStyle); 
    // real work here 
} 

Sie können den Rest dieses Codes in this book example sehen.

Answer 2

Hier ist ein mein Muster (eine benutzerdefinierte Erstellung ViewGoup hier, aber immer noch):

// CustomView.java 

public class CustomView extends LinearLayout { 

    public CustomView(Context context) { 
     super(context); 
     init(context); 
    } 

    public CustomView(Context context, AttributeSet attrs) { 
     super(context, attrs); 
     init(context); 
    } 

    public CustomView(Context context, AttributeSet attrs, int defStyle) { 
     super(context, attrs, defStyle); 
     init(context); 
    } 

    private void init(Context ctx) { 
     LayoutInflater.from(ctx).inflate(R.layout.view_custom, this, true); 
      // extra init 
    } 

} 

und

// view_custom.xml 

<merge xmlns:android="http://schemas.android.com/apk/res/android"> 
    <!-- Views --> 
</merge> 

Answer 3

Wenn Sie Ihre individuelle hinzufügen View von xml wie:

<com.mypack.MyView 
     ... 
     /> 

müssen Sie den öffentlichen KonstruktorMyView(Context context, AttributeSet attrs), sonst werden Sie ein Exception wenn Android versucht, inflate Ihre View bekommen.

Und wenn Sie fügen Sie Ihre View von xml und auch die android:styleattribute angeben:

<com.mypack.MyView 
     style="@styles/MyCustomStyle" 
     ... 
     /> 

Sie auch die dritte öffentlichen KonstruktorMyView(Context context, AttributeSet attrs,int defStyle) müssen.

Der dritte Konstruktor in der Regel verwendet, wenn Sie einen Stil erweitert und angepasst werden, und dann würden Sie das style zu einem bestimmten View in Ihren Layouts

Weitere Details

public MyView(Context context, AttributeSet attrs) { 
      //Called by Android if <com.mypack.MyView/> is in layout xml file without style attribute. 
      //So we need to call MyView(Context context, AttributeSet attrs, int defStyle) 
      // with R.attr.customViewStyle. Thus R.attr.customViewStyle is default style for MyView. 
      this(context, attrs, R.attr.customViewStyle); 
    } 

gesetzt gerne See this