Comment fonctionne le cycle de vie de UI5 des Contrôles?

Quelqu'un peut-il donner une explication plus détaillée sur le cycle de vie de l'événement par défaut d'un UI5 de Contrôle? Je sais qu'il est cette page sur la documentation qui donne un aperçu d'un Contrôle du cycle de vie, cependant, je pense que c'est très bref et je voulais quelque chose de plus détaillé. Quelqu'un peut-liste de l'ordre des événements d'un Contrôle et d'expliquer ce que chaque événement n'?

OriginalL'auteur André Shevantes | 2015-02-24

  1. 19

    Vous avez absolument raison. Les détails d'un Contrôle du cycle de vie et de détails de mise en œuvre sont très bien cachés dans les docs. Je vais essayer de résumer mon la mesure de la compréhension pour vous.

    Le cycle de vie d'un Contrôle est essentiellement déterminée par:

    • init : Votre peu de Contrôle est né! La fonction est appelée par le framework au cours de constructeur d'exécution. Faites votre initialisation de trucs ici.
    • onBeforeRendering : Appelé par le cadre avant le rendu du contrôle est commencé. Déclenche avant chaque (re)rendu.
    • onAfterRendering : Appelé par le cadre après le rendu du contrôle est terminé. Se déclenche à chaque (re)rendu.
    • sortie : Extraire le peu de Contrôle! Nettoie l'élément de l'instance avant la destruction. Appelée par le framework. Faire votre propre jusqu'ici. Btw: Si vous devez explicitement la destruction d'un Contrôle/Élément, vous devez appeler détruire et non pas directement à la sortie.

    Voici un exemple de mise en œuvre avec quelques exemples d'utilisations pour les différents crochets:

    sap.ui.core.Control.extend("a.sample.Control", {
  init : function() {
    //instantiate a sub-control
    this._btn = new sap.m.Button(); 
  },

  onBeforeRendering : function() {
    //deregister a listener via jQuery
    this.$("subelement").off("click", this.subElementClick);
  },

  onAfterRendering : function() {
    //register a listener via jQuery on a sub-element
    this.$("subelement").on("click", this.subElementClick);
  },

  subElementClick : function() {
    //do stuff
  },

  exit : function() {
    //clean up sub-controls and local references
    this._btn.destroy();
    delete this._btn;
  }

});

    Pourquoi ne devrais-je pas faire de mon init trucs dans mon constructeur?

    Il y a une base UI5 constructeur dans ManagedObject. Il "prépare" votre UI5 objet pour vous et les appels de votre fonction init par la suite. Cela signifie que dans votre initialisation de tous les paramètres seront déjà appliqué pour vous et vous pouvez accéder à des propriétés et des agrégations comme d'habitude.

    Pourquoi je ne devrais pas appeler rerender?

    La SAPUI5 le rendu est intelligent dans le sens qu'il groupes et optimise la file d'attente rerenderings. Par conséquent, vous ne devriez jamais appel rerender directement mais au lieu d'utiliser invalidate pour marquer un contrôle de nouveau rendu.

    HF

    Chris

    OriginalL'auteur cschuff

  2. 1

    UI5 fournit prédéfinis du cycle de vie des crochets pour Contrôleur mise en œuvre. Vous pouvez ajouter des gestionnaires d'événements ou d'autres fonctions du contrôleur et du contrôleur peut déclencher des événements, pour lesquels d'autres contrôleurs ou entités peuvent s'inscrire.

    UI5 fournit les suivantes du cycle de vie des crochets:

    • onInit(): Appelé lorsqu'une vue est instancié et ses contrôles (si disponible) ont déjà été créés; utilisé pour modifier la vue avant de elle est affichée à lier les gestionnaires d'événements et de faire d'autres un temps d'initialisation

    • onExit(): Appelé lorsque la vue est détruite; utilisé pour libérer des ressources et de finaliser les activités

    • onAfterRendering(): Appelé lorsque le point de vue a été rendue et, par conséquent, son format HTML est une partie du document; utilisé pour faire du post-rendu des manipulations de l'HTML. SAPUI5 contrôles obtenir ce crochet après avoir été rendu.

    • onBeforeRendering(): Appelée à chaque fois que l'Affichage est rendu, avant le Rendu est appelé, et le code HTML est placé dans l'Arborescence DOM.

    Source: ui5.sap.com/#/topic/121b8e6337d147af9819129e428f1f75

    Juste à distinguer: La question était plutôt sur le Contrôle, pas de Contrôleur. Les contrôles permettent ni onInit ni onExit. Le cycle de vie des crochets dans le Contrôleur du travail cependant, bien que n'étant pas un contrôle parce que les gestionnaires sont juste joint de la événements de cycle de vie de la vue correspondante qui, à son tour, est un contrôle.

    OriginalL'auteur ümit duran