Android - Activité de Constructeur vs onCreate

Je comprends que Android Activities ont des cycles de vie et que onCreate doit être remplacée et utilisé pour l'initialisation, mais ce qui se passe exactement dans le constructeur? Existe-il des cas où l'on pouvait/devait l'emporter sur la Activity constructeur ainsi, ou si vous ne la touchez jamais?

Je suis en supposant que le constructeur ne devrait jamais être utilisée, car les références à Activities ne sont pas nettoyés entièrement (ce qui freine le garbage collector) et que onDestroy est là pour ça. Est-ce correct?

  • Que penser du fait que Android peut détruire/recréer votre Activité à tout moment? Vous ne savez pas si le constructeur sera appelé ensuite, et même si - quel constructeur sera appelé... (la même chose s'applique à des Fragments et c'est pourquoi chaque Fragment doit mettre en œuvre un vide constructeur par défaut).
InformationsquelleAutor idolize | 2010-07-21
  1. 32

    Je ne peux pas penser à une bonne raison de faire quoi que ce soit dans le constructeur. Vous n'avez jamais construire une activité directement, de sorte que vous ne pouvez pas l'utiliser pour passer des paramètres. Généralement, il suffit de faire les choses dans onCreate.

    • onCreate() vous empêche d'utiliser final champs.
    • Mais OnCreate n'est pas appelé une seule fois, je me trompe? Quand je change l'orientation de l'écran et le dos par ma main, à chaque fois que l'activité de recharge, oncreate est appelé
    • onCreate est appelée une seule fois par exemple je crois. Lors de la rotation de l'appareil, l'instance de l'Activité est détruit et un nouveau est créé, appelant onCreate. Cela dit, je suis assez certain que vous ne pouvez pas instancier final champs dans onCreate parce que Java ne sait pas onCreate ne doit être appelé qu'une seule fois (et en effet, vous pouvez l'appeler de nouveau dans votre code de mauvaises choses vont se passer, mais ça va encore compiler) et donc la seule façon d'instancier final champs serait dans le constructeur.
    • Quand l'événement OnCreate de commencer à exécuter exactement? Lorsque j'ai mis un point d'arrêt au début de l'événement OnCreate de manière application de fonctionner et charges de l'activité à l'écran, puis le point d'arrêt active et l'application va à la pause. J'ai besoin d'un événement sur l'activité qui déclenche exactement avant l'activité initialisé et lancé.
    InformationsquelleAutor Cheryl Simon
  2. 7

    Une bonne raison pour mettre les choses dans le constructeur comme Gili commentaire avait déclaré est l'utilisation de finale champs.

    Toutefois, si vous initialisez les choses dans le constructeur, puis la durée de vie de l'objet sera un peu plus long, mais je ne pense pas que beaucoup parce que le onCreate serait appelé peu de temps après.

    Bien que c'est contre mon idéal, je dois éviter le constructeur pour l'initialisation de l'activité des membres et de s'appuyer sur onResume() et onPause() pour les ressources que mon application est de traiter avec.

    Pour onCreate() j'ai l'habitude de l'utiliser pour faire afficher le mappage des variables locales. Si android-annotations déjà fait pour moi, donc j'ai rarement un onCreate() méthode pour mon Activité. Je l'utilise toujours en Service.

    Cependant, si vous regardez les membres que vous avez peut-être initialisation

    • ils auraient un "proche" de la méthode que vous devez appeler au bon moment (onResume ou onPause)

    • ils seraient une partie de la vue qui signifie qu'il doit être initialisé alors onCreate doit être appelée

    • ils sont des constantes qui n'ont pas besoin d'être mis dans le constructeur de toute façon, juste un static final ferait. Cela comprend la Peinture et le Chemin des constantes qui peuvent être initialisé par un bloc statique

    • Qu'entendez-vous la durée de vie de l'objet sera un peu plus long? J'ai quoi? Car si vous avez déplacé ces initalisations dans le onCreate, par exemple, qui prend toujours le même temps. Il n'y a pas de différence dans la durée de vie que je peux déterminer. Pouvez-vous développer un peu plus s'il vous plaît que je ressens, en tant que nouveau venu, j'ai peut-être raté quelque chose ici une importance cruciale.
    • en plus d'Archimède est juste de dire que le constructeur est appelé avant onCreate() et donc tout ce qui est fait, il y aura persisté (légèrement) plus que par le moment où l'activité est détruite
    InformationsquelleAutor Archimedes Trajano
  3. 6

    Je suis maintenant sur un cas qui doit remplacer le constructeur. En fait, j'ai quelques activités qui ont la même structure. Donc au lieu de créer de nombreuses activités, je vais créer un "Master" de l'activité et les autres vont hériter de celui-ci. J'ai donc besoin de surcharger le constructeur de l'activité enfant pour être capable d'initialiser certaines variables qui seront utilisées dans le oncreate méthodes.

    En deux mots, le constructeur fait de vous simuler un "masteractivity" qui peuvent être réutilisés par d'héritage!

    • Je sais que c'est vieux, mais quel est l'avantage ici sur la mise en œuvre de la super champ d'instanciation dans il onCreate(). Vous serez appel à super.onCreate() de l'enfant de toute façon.
    • Donc, juste en passant les différentes Valeurs d'une même CLÉ dans le bundle ou d'intention lors du lancement de l'activité et donc en utilisant la même Activité que vous pouvez déterminer ce qu'il faut montrer de l'Activité en fonction de la valeur reçue. Quelle est la raison pour laquelle vous allé pour construtors? Ou d'autre en gardant la non-modification de la partie de l'Activité commune et pour le repos de l'évolution de la partie, vous pourriez avoir créé des Fragments.
    InformationsquelleAutor biboMandroid
  4. 0

    Vous avez besoin de surcharger le Constructeur lors de votre activité de paramètres personnalisés ou que vous souhaitez suivre les appels de classes qui hérite.

    • Pouvez-vous élaborer sur ce plus? Ce que vous décrivez semble intéressant, mais c'est un peu vague. Merci!
    • Supposons que vous avez besoin pour créer une Activité personnalisée de classe qui prend 2 ou plus params. Vous avez juste besoin d'utiliser le Constructeur, vous ne pouvez pas le faire via le onCreate et extras. Est-il utile?
    • Mais vous n'avez pas explicitement de créer de l'activité, vous créez une Intention...
    • Il se pourrait que j'ai besoin d'un privé. Supposons que je veuille créer un composant personnalisé par exemple une mesure sélecteur de contacts. Afin d'avoir startActivityForResult je dois inclure un constructeur privé dans mon composant personnalisé, même si cette activité ne sera jamais lancé et n'a pas de visibile éléments, je viens d'utiliser le résultat des trucs de lui.
    • Je vais le dire, qui n'a pas de sens pour moi @Pentium, non sans un exemple de code.
    • Je pense que l'un des avantages de faire les choses par constructeur est d'avoir un "modèle" de l'activité qui peut prendre en paramètre une classe héritée pouvez prendre avantage de. Par exemple, si vous avez deux activités qui ne diffèrent que dans certaines des propriétés par exemple, R. id.cameraSurface, R. id.videoSurface ensuite, vous pouvez créer un constructeur qui va prendre en paramètre l'appeler AbstractResourceActivity et puis vous avez CameraActivity qui est inscrit sur le manifeste qui s'étend AbstractResourceActivity en passant l'ID de la ressource.

    InformationsquelleAutor Pentium10