Android vista personalizada Constructor

Question

estoy aprendiendo sobre el uso de vistas personalizadas de los siguientes:

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

La descripción dice:

clase de inicialización Como siempre, el super se llama en primer lugar. Además, no es un constructor por defecto, sino parametrizado. EditText es creado con estos parámetros cuando está inflado desde un archivo de diseño XML, por lo tanto, nuestro constructor necesita ambos tómelos y páselos también al constructor de la superclase .

¿Hay una mejor descripción? He estado tratando de descubrir cómo deberían verse los constructores y he encontrado 4 opciones posibles (ver ejemplo al final de la publicación). No estoy seguro de lo que estas 4 opciones hacen (o no), por qué debería implementarlas o qué significan los parámetros. ¿Hay una descripción de estos?

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

No necesita la primera, ya que simplemente no funcionará.

El tercero significará que su personalizado View se podrá utilizar a partir de archivos de diseño XML. Si no te importa eso, no lo necesitas.

El cuarto es simplemente incorrecto, AFAIK. No hay un constructor View que tome un Map como el tercer parámetro. Hay uno que toma un int como el tercer parámetro, utilizado para anular el estilo predeterminado para el widget.

que tienden a utilizar la sintaxis this() combinar estas:

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 
} 

Se puede ver el resto de este código en this book example.

Answer 2

He aquí una mi patrón (la creación de una costumbre ViewGoup aquí, pero aún así):

// 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 
    } 

} 

y

// view_custom.xml 

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

Answer 3

Cuando se agregan a su costumbre View de xml como:

<com.mypack.MyView 
     ... 
     /> 

necesitará public constructorMyView(Context context, AttributeSet attrs), de lo contrario obtendrá Exception cuando Android intente inflate su View.

Y cuando se agrega su View de xml y también especifique la android:styleattribute como:

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

también tendrá la tercera constructor públicoMyView(Context context, AttributeSet attrs,int defStyle).

El tercer constructor se utiliza por lo general al ampliar un estilo y personalizarlo, y luego que le gustaría establecer que style a un determinado View en sus diseños

Editar detalles

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); 
    } 

See this