Quand dois-je appeler la méthode startup() de par programme instancié widgets?

de démarrage() est définie dans _Widget, et est tout simplement un "cadre de vie". C'est la dernière étape dans le widget du cycle de vie, et n'est pas requis par tous les widgets. Le cas le plus courant où il est absolument nécessaire, c'est quand programmant la création de mise en page des widgets. Il est utilisé comme un moyen de prévenir les calculs redondants lorsque les enfants ont besoin de dimensionnement. Par exemple, un BorderContainer.

var bc = new dijit.layout.BorderContainer({ 
    style:"height:200px; width:200px" 
});

//can call bc.startup() now, and the BorderContainer will resize 
//all children each time a new child is added. Or, we can add all 
//our children now, then trigger startup() and do it all at once.

var top = new dijit.layout.ContentPane({ 
    region:"top", style:"height:100px" 
}).placeAt(bc);
var mid = new dijit.layout.ContentPane({ region:"center" }).placeAt(bc);

//now BC will do the calculations, rather than in between each
//the above addChild/placeAt calls. 
bc.startup();

De démarrage est appelé automatiquement par l'analyseur dans le cas de parseOnLoad:vrai ou de l'exécution manuelle. L'analyseur retards d'appel de démarrage() jusqu'à ce que tous trouvé widgets enfants ont été correctement instancié.

bibliothèque dijit.Dialogue est une étrange affaire. startup() DOIT être appelée sur ce widget.

var dialog = new dijit.Dialog({ title:"Hmm", href:"foo.html" });
dialog.startup();
dialog.show(); 

La plupart des widgets ne nécessitent PAS de démarrage appelé, mais dans le cas où quelque chose de l'héritage de _Widget ne remplace pas le démarrage membre, l'appel est essentiellement un no-op réglage de ce paramètre._started = true; Si vous créez votre propre startup() de la fonction, vous devez appeler cette.héritée(arguments) ou tout simplement définir le _started déclencher manuellement.

Dans le Dojo 1.4, le cycle de vie ici a été légèrement ajustée. Auparavant, un widget avec widgetsInTemplate:true ferait appel de démarrage() sur les widgets enfants AVANT le démarrage() sur le parent. Dans la version 1.4, les enfants de démarrage() sera appelée APRÈS que la mère de démarrage(). Ce comportement est récursive, cependant, beaucoup de niveaux d'imbrication des widgets avec widgetsInTemplate:true sont instanciés.

Il est toujours "en sécurité" à l'appel .startup(), mais si vous "savez" (parce que c'est un simple point de terminaison de widget, ou de votre propre _Widget code), vous pouvez omettre l'appel.

OriginalL'auteur dante

startup (originating from dijit._Widget )

Pour les widgets enfants déclarés dans le balisage, cette méthode déclenche automatiquement une fois que le widget et tous les widgets enfants ont été créés. En tant que tel, c'est le premier endroit sûr, que l'enfant d'un widget en toute sécurité de référence de l'enfant. Aussi simple que cela puisse paraître, cette tâche est souvent tenté de faire dans le postCreate, ce qui peut conduire à un comportement incohérent qui peut est difficile à détecter et à réparer. Pour par programme créé des widgets qui contiennent d'autres widgets enfants dans le cadre d'un a-une relation, vous devez manuellement appel de démarrage vous-même lorsque vous êtes sûr que tous les widgets enfants ont été créés. La raison que vous avez besoin de l'appeler pour vous-même créé par programmation de widgets contenant des enfants est parce qu'il ne serait pas judicieux de procéder à de dimensionnement et de rendu, à moins que tous les widgets enfants ont été ajoutées. (Sinon, il pourrait très bien être beaucoup de faux départs.) Cette méthode est la méthode la finale de stub que vous pouvez modifier pour personnaliser le comportement de se produire au cours de bibliothèque dijit construction.

OriginalL'auteur lasitha edirisooriya