Mengapa saya ingin menghindari konstruktor non-default dalam fragmen?

Saya membuat aplikasi dengan Fragmentsdan di salah satunya, saya membuat konstruktor non-default dan mendapat peringatan ini:

Avoid non-default constructors in fragments: use a default constructor plus Fragment#setArguments(Bundle) instead

Dapatkah seseorang memberi tahu saya mengapa ini bukan ide yang baik?

Bisakah Anda menyarankan bagaimana saya akan mencapai ini:

public static class MenuFragment extends ListFragment {
    public ListView listView1;
    Categories category;

    //this is my "non-default" constructor
    public MenuFragment(Categories category){
        this.category = category;
    }....

Tanpa menggunakan konstruktor non-standar?

Buat objek bundel dan masukkan data Anda (dalam contoh ini Categoryobjek Anda ). Hati-hati, Anda tidak bisa melewatkan objek ini langsung ke bundel, kecuali serializable. Saya pikir lebih baik untuk membangun objek Anda dalam fragmen, dan hanya memasukkan id atau sesuatu yang lain ke dalam bundel. Ini adalah kode untuk membuat dan melampirkan bundel:

Bundle args = new Bundle();
args.putLong("key", value);
yourFragment.setArguments(args);

Setelah itu, di data akses fragmen Anda:

Type value = getArguments().getType("key");

Itu saja.

Sepertinya tidak ada jawaban yang benar-benar menjawab "mengapa menggunakan bundel untuk melewatkan parameter daripada konstruktor non default"

Alasan mengapa Anda harus melewati parameter melalui bundel adalah karena ketika sistem mengembalikan fragment(misalnya pada perubahan konfigurasi), itu akan secara otomatis mengembalikan Anda bundle.

Panggilan balik suka onCreateatau onCreateViewharus membaca parameter dari bundle- dengan cara ini Anda dijamin untuk mengembalikan keadaan yang fragmentbenar ke keadaan yang sama dengan fragmentyang diinisialisasi dengan (perhatikan kondisi ini dapat berbeda dari onSaveInstanceState bundleyang diteruskan ke onCreate/onCreateView)

Rekomendasi menggunakan newInstance()metode statis hanyalah rekomendasi. Anda dapat menggunakan konstruktor non default tetapi pastikan Anda mengisi parameter inisialisasi di bagian bundledalam tubuh konstruktor itu. Dan baca parameter-parameter tersebut di dalam onCreate()atau onCreateView()metode.

Anda Fragmentseharusnya tidak memiliki konstruktor karena bagaimana FragmentManagerinstantiasinya. Anda harus memiliki newInstance()metode statis yang didefinisikan dengan parameter yang Anda butuhkan, lalu bundel dan setel sebagai argumen fragmen, yang nantinya dapat Anda akses dengan Bundleparameter.

Sebagai contoh:

public static MyFragment newInstance(int title, String message) {
    MyFragment fragment = new MyFragment();
    Bundle bundle = new Bundle(2);
    bundle.putInt(EXTRA_TITLE, title);
    bundle.putString(EXTRA_MESSAGE, message);
    fragment.setArguments(bundle);
    return fragment ;
}

Dan baca argumen ini di onCreate:

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    title = getArguments().getInt(EXTRA_TITLE);
    message = getArguments().getString(EXTRA_MESSAGE);

    //...
}

Dengan cara ini, jika dilepaskan dan dilampirkan kembali, keadaan objek dapat disimpan melalui argumen, sangat mirip bundlesdengan Intents.

Jika Anda menggunakan parameter untuk beberapa kelas. coba ini

SomeClass mSomeInstance;
public static final MyFragment newInstance(SomeClass someInstance){
    MyFragment f = new MyFragment();
    f.mSomeInstance = someInstance;
    return f;
}

Saya pikir, tidak ada perbedaan antara konstruktor statis dan dua konstruktor (kosong dan parametrik yang menyimpan argumen ke dalam bundel argumen Fragmen), kemungkinan besar, aturan praktis ini dibuat untuk mengurangi kemungkinan lupa untuk mengimplementasikan konstruktor no-arg di Jawa , yang tidak secara implisit dihasilkan saat kelebihan hadir.

Dalam proyek saya, saya menggunakan Kotlin, dan mengimplementasikan fragmen dengan konstruktor no-arg primer dan konstruktor sekunder untuk argumen yang hanya menyimpannya ke dalam bundel dan menetapkannya sebagai argumen Fragmen, semuanya berfungsi dengan baik.

Jika fragmen menggunakan konstruktor non-default setelah konfigurasi mengubah fragmen akan kehilangan semua data.