Pourquoi les callbacks du fragment diffèrent-ils des callbacks de l'activité?

Le cycle de vie d’un fragment est plus complexe et étroitement lié au cycle de vie de l’activité dans laquelle il est inclus. Un fragment peut exister indépendamment de l’activité, y être ajouté, supprimé, remplacé, placé dans la pile arrière. Cela nécessite des rappels supplémentaires pour gérer ces états.

Principales différences:

• Lien avec l’activité: Le fragment dispose de rappels liés à sa connexion (onAttach) et à sa déconnexion (onDetach) de l’activité. Cela permet au fragment d’interagir avec le contexte de l’activité.
• Création de la vue: Le fragment a un rappel séparé onCreateView pour créer sa hiérarchie de vues, tandis que l’activité utilise setContentView. Cela est dû au fait qu’un fragment peut ne pas avoir d’UI.
• Destruction de la vue: Le fragment a onDestroyView, appelé lorsque la vue du fragment est détruite, mais le fragment lui-même peut continuer d’exister (par exemple, dans la pile arrière). L’activité n’a pas d’équivalent direct.
• Interaction avec le cycle de vie de l’activité: Le cycle de vie du fragment suit celui de l’activité, mais possède ses propres phases à l’intérieur de chaque phase de l’activité. Par exemple, onStart() du fragment est appelé après onStart() de l’activité.

Callbacks clés du fragment qui ne sont pas dans l’activité:

• onAttach()
• onCreateView()
• onViewCreated()
• onDestroyView()
• onDetach()

Cela permet une gestion plus flexible de l’état du fragment dans l’activité et de gérer les scénarios d’ajout, de suppression et de remplacement.