Por que eu quero evitar construtores não padrão em fragmentos?

Estou criando um aplicativo com Fragmentse em um deles, criei um construtor não padrão e recebi este aviso:

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

Alguém pode me dizer por que isso não é uma boa ideia?

Você também pode sugerir como eu faria isso:

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

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

Sem usar o construtor não padrão?

Crie um objeto de pacote configurável e insira seus dados (neste exemplo, seu Categoryobjeto). Cuidado, você não pode passar esse objeto diretamente no pacote, a menos que seja serializável. Eu acho que é melhor criar seu objeto no fragmento e colocar apenas um ID ou outra coisa no pacote. Este é o código para criar e anexar um pacote configurável:

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

Depois disso, no seu fragmento, acesse os dados:

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

Isso é tudo.

Parece que nenhuma das respostas realmente responde "por que usar bundle para passar parâmetros em vez de construtores não padrão"

A razão pela qual você deve passar os parâmetros através do pacote é que, quando o sistema restaura um fragment(por exemplo, na alteração da configuração), ele restaura automaticamente o seu bundle.

Os retornos de chamada gostam onCreateou onCreateViewdevem ler os parâmetros do bundle- desta forma, você garante que restaura o estado do fragmentcorretamente para o mesmo estado em que fragmentfoi inicializado (observe que esse estado pode ser diferente do onSaveInstanceState bundleque é passado para o onCreate/onCreateView)

A recomendação de usar o newInstance()método estático é apenas uma recomendação. Você pode usar um construtor não padrão, mas certifique-se de preencher os parâmetros de inicialização no bundleinterior do corpo desse construtor. E leia esses parâmetros nos métodos onCreate()ou onCreateView().

Você Fragmentnão deve ter construtores por causa de como a FragmentManagerinstancia. Você deve ter um newInstance()método estático definido com os parâmetros necessários, agrupe-os e defina-os como os argumentos do fragmento, que você poderá acessar posteriormente com o Bundleparâmetro

Por exemplo:

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

E leia estes argumentos em onCreate:

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

    //...
}

Dessa forma, se desanexado e reconectado, o estado do objeto pode ser armazenado através dos argumentos, assim como bundlesanexado a Intents.

Se você usar o parâmetro para alguma classe. tente isso

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

Eu acho que não há diferença entre construtor estático e dois construtores (um vazio e parametrizado que armazena argumentos no pacote de argumentos de um fragmento); provavelmente, essa regra é criada para reduzir a probabilidade de esquecer de implementar o construtor não-arg em Java , que não é gerado implicitamente quando a sobrecarga está presente.

Nos meus projetos, uso o Kotlin e implemento fragmentos com um construtor primário no-arg e um construtor secundário para argumentos que apenas os armazenam em um pacote configurável e os definem como argumentos de Fragmento, tudo funciona bem.

Se o fragmento usar construtores não padrão após a alteração da configuração, o fragmento perderá todos os dados.