フラグメントのデフォルト以外のコンストラクターを避けたいのはなぜですか？

私はFragmentsそれらの1つでデフォルト以外のコンストラクタを作成してこの警告を得たアプリを作成しています：

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

なぜこれが良い考えではないのか誰かに教えてもらえますか？

私がこれを達成する方法を提案することもできます：

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

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

デフォルト以外のコンストラクタを使用せずに？

バンドルオブジェクトを作成し、データ（この例ではCategoryオブジェクト）を挿入します。シリアル化可能でない限り、このオブジェクトをバンドルに直接渡すことはできません。フラグメントでオブジェクトを構築し、IDか何かだけをバンドルに入れる方が良いと思います。これは、バンドルを作成してアタッチするためのコードです。

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

その後、フラグメントアクセスデータで：

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

それで全部です。

「デフォルトのコンストラクタではなく、パラメータを渡すためになぜバンドルを使用するのか」という答えは実際には何も答えていないようです

バンドルを介してパラメータを渡す必要があるのは、システムがを復元するときfragment（たとえば、構成の変更時）、自動的にが復元されるためbundleです。

コールバックは、からパラメータを読み取るonCreateか、またはonCreateViewパラメータを読み取る必要がありますbundle-このようにして、fragment正しく状態fragmentを初期化されたときと同じ状態に戻すことが保証されます（この状態onSaveInstanceState bundleは、に渡されるとは異なる場合がありますonCreate/onCreateView）

静的newInstance()メソッドを使用することの推奨は、単なる推奨です。デフォルト以外のコンストラクタを使用できますが、bundleそのコンストラクタの本体の内部に初期化パラメータを入力してください。onCreate()またはこれらのパラメーターをまたはonCreateView()メソッドで読み取ります。

あなたのFragmentためにどのようにコンストラクタ持つべきではないFragmentManager、それをインスタンス化します。あなたは持っている必要がありnewInstance()、必要なパラメータで定義された静的メソッドをし、それらをバンドルしているとのことができます後でアクセス、フラグメントの引数として、それらを設定するBundleパラメータです。

例えば：

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

そして、これらの引数をで読んでくださいonCreate：

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

    //...
}

このように、デタッチされて再アタッチされた場合、オブジェクトの状態はbundles、Intentsにアタッチされた場合と同様に、引数を介して保存できます。

一部のクラスでパラメータを使用する場合。これを試して

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

静的コンストラクターと2つのコンストラクター（引数をFragmentの引数バンドルに格納する空のパラメーター化されたコンストラクター）の間に違いはないと思います。おそらく、この経験則は、Javaで引数なしのコンストラクターの実装を忘れる確率を減らすために作成されますオーバーロードが存在する場合、暗黙的に生成されません。

私のプロジェクトでは、Kotlinを使用し、引数なしのプライマリコンストラクターとセカンダリコンストラクターを使用してフラグメントを実装し、それらをバンドルに格納してフラグメント引数として設定するだけで、すべてが正常に機能します。

構成の変更後にフラグメントがデフォルト以外のコンストラクターを使用する場合、フラグメントはすべてのデータを失います。