Apakah saya memerlukan ketiga konstruktor untuk tampilan khusus Android?

Saat membuat tampilan khusus, saya perhatikan bahwa banyak orang tampaknya melakukannya seperti ini:

public MyView(Context context) {
  super(context);
  // this constructor used when programmatically creating view
  doAdditionalConstructorWork();
}

public MyView(Context context, AttributeSet attrs) {
  super(context, attrs);
  // this constructor used when creating view through XML
  doAdditionalConstructorWork();
}

private void doAdditionalConstructorWork() {

  // init variables etc.
}

Pertanyaan pertama saya adalah, bagaimana dengan konstruktor MyView(Context context, AttributeSet attrs, int defStyle)? Saya tidak yakin di mana itu digunakan, tetapi saya melihatnya di kelas super. Apakah saya membutuhkannya, dan di mana itu digunakan?

Ada bagian lain dari pertanyaan ini .

Jika Anda akan menambahkan kustom Viewdari xmljuga suka:

 <com.mypack.MyView
      ...
      />

Anda akan memerlukan konstruktor public MyView(Context context, AttributeSet attrs), jika tidak, Anda akan mendapatkan Exceptionketika Android mencoba mengembang Anda View.

Jika Anda menambahkan Viewdari xmldan juga menentukan android:styleatribut seperti:

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

konstruktor kedua juga akan dipanggil dan default gaya MyCustomStylesebelum menerapkan atribut XML eksplisit.

Konstruktor ketiga biasanya digunakan ketika Anda ingin semua Tampilan dalam aplikasi Anda memiliki gaya yang sama.

Jika Anda mengesampingkan ketiga konstruktor, mohon JANGAN this(...)PANGGILAN CASCADE . Anda seharusnya melakukan ini:

public MyView(Context context) {
    super(context);
    init(context, null, 0);
}

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

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

private void init(Context context, AttributeSet attrs, int defStyle) {
    // do additional work
}

Alasannya adalah bahwa kelas induk mungkin menyertakan atribut default di konstruktornya sendiri yang mungkin Anda sengaja timpa. Misalnya, ini adalah konstruktor untuk TextView:

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

public TextView(Context context, @Nullable AttributeSet attrs) {
    this(context, attrs, com.android.internal.R.attr.textViewStyle);
}

public TextView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
    this(context, attrs, defStyleAttr, 0);
}

Jika Anda tidak menelepon super(context), Anda tidak akan ditetapkan dengan benar R.attr.textViewStylesebagai style attr.

MyView (Konteks konteks)

Digunakan ketika instanciating Views secara pemrograman.

MyView (Konteks konteks, attret Atribut)

Digunakan oleh LayoutInflateruntuk menerapkan atribut xml. Jika salah satu dari atribut ini dinamai style, atribut akan mencari gaya sebelum mencari nilai eksplisit dalam file tata letak xml.

MyView (Konteks konteks, attrs AtributSet, int defStyleAttr)

Misalkan Anda ingin menerapkan gaya default ke semua widget tanpa harus menentukan styledi setiap file tata letak. Sebagai contoh, buat semua kotak centang berwarna merah muda secara default. Anda dapat melakukan ini dengan defStyleAttr dan kerangka kerja akan mencari gaya default di tema Anda.

Catatan yang defStyleAttrsalah disebutkan defStylebeberapa waktu lalu dan ada beberapa diskusi tentang apakah konstruktor ini benar-benar diperlukan atau tidak. Lihat https://code.google.com/p/android/issues/detail?id=12683

MyView (Konteks konteks, attret AttributeSet, int defStyleAttr, int defStyleRes)

Konstruktor ke-3 berfungsi dengan baik jika Anda memiliki kontrol atas tema dasar aplikasi. Itu bekerja untuk google karena mereka mengirim widget mereka di samping Tema default. Tapi misalkan Anda sedang menulis perpustakaan widget dan Anda ingin mengatur gaya default tanpa pengguna Anda perlu mengubah tema mereka. Anda sekarang dapat melakukan ini defStyleResdengan mengaturnya ke nilai default di 2 konstruktor pertama:

public MyView(Context context) {
  super(context, null, 0, R.style.MyViewStyle);
  init();
}

public MyView(Context context, AttributeSet attrs) {
  super(context, attrs, 0, R.style.MyViewStyle);
  init();
}

Semua seutuhnya

Jika Anda menerapkan pandangan Anda sendiri, hanya 2 konstruktor pertama yang diperlukan dan dapat dipanggil oleh framework.

Jika Anda ingin Tampilan Anda dapat diperluas, Anda dapat menerapkan konstruktor ke-4 untuk anak-anak kelas Anda agar dapat menggunakan gaya global.

Saya tidak melihat kasus penggunaan nyata untuk konstruktor ke-3. Mungkin jalan pintas jika Anda tidak memberikan gaya default untuk widget Anda, tetapi tetap ingin pengguna Anda dapat melakukannya. Seharusnya tidak banyak terjadi.

Kotlin tampaknya menghilangkan banyak rasa sakit ini:

class MyView
@JvmOverloads constructor(context: Context, attrs: AttributeSet? = null, defStyle: Int = 0)
    : View(context, attrs, defStyle)

@JvmOverloads akan menghasilkan semua konstruktor yang diperlukan (lihat dokumentasi anotasi itu ), yang masing-masing mungkin memanggil super (). Kemudian, cukup ganti metode inisialisasi Anda dengan blok init {} Kotlin. Kode pelat boiler hilang!

Konstruktor ketiga jauh lebih rumit. Izinkan saya memberi contoh.

Paket dukungan-v7 SwitchCompactmendukung thumbTintdan trackTintatribut sejak 24 versi sementara 23 versi tidak mendukung mereka. Sekarang Anda ingin mendukung mereka dalam versi 23 dan bagaimana Anda akan mencapai ini?

Kita asumsikan menggunakan kustom View SupportedSwitchCompactmeluas SwitchCompact.

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

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

public SupportedSwitchCompat(Context context, AttributeSet attrs, int defStyleAttr) {
    super(context, attrs, defStyleAttr);
    init();
}

private void init(){
    mThumbDrawable = getThumbDrawable();
    mTrackDrawable = getTrackDrawable();
    applyTint();
}

Ini gaya kode tradisional. Perhatikan bahwa kita meneruskan 0 ke param ketiga di sini . Ketika Anda menjalankan kode, Anda akan menemukan getThumbDrawable()selalu mengembalikan null betapa anehnya karena metode getThumbDrawable()ini adalah metode kelas supernya SwitchCompact.

Jika Anda lolos R.attr.switchStyleke param ketiga, semuanya berjalan dengan baik. Jadi mengapa?

Param ketiga adalah atribut sederhana. Atribut menunjuk ke sumber daya gaya. Dalam kasus di atas, sistem akan menemukan switchStyleatribut dalam tema saat ini untungnya sistem menemukannya.

Di frameworks/base/core/res/res/values/themes.xml, Anda akan melihat:

<style name="Theme">
    <item name="switchStyle">@style/Widget.CompoundButton.Switch</item>
</style>

Jika Anda harus menyertakan tiga konstruktor seperti yang sedang dibahas sekarang, Anda dapat melakukannya juga.

public MyView(Context context) {
  this(context,null,0);
}

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

public MyView(Context context, AttributeSet attrs, int defStyle) {
  super(context, attrs, defStyle);
  doAdditionalConstructorWork();

}