Comment graphique.save différent de graphique.begincontainer ?
3 Réponses :
graphique.save méthode
Enregistre l'état actuel de ces graphiques et identifie l'état enregistré avec un groupe graphique.
graphique.begincontainer la méthode
Enregistre un conteneur graphique avec l'état actuel de cet objet graphique et s'ouvre et utilise un nouveau conteneur graphique.
remarques
Appels vers la méthode Méthode Place Informations sur la même pile que des appels à la méthode Enregistrer . Juste comme un appel de restauration est jumelé avec un appel / em> appel, un appel endcontainer est jumelé avec un appel méthode.
Lorsque vous appelez la méthode restaurer , tous les blocs d'informations placés sur la pile (par la méthode de sauvegarde ou par la méthode Begincontainer ) après l'appel correspondant à la méthode de sauvegarde sont retirés de la pile. De même, lorsque vous appelez la méthode EndContainer , tous les blocs d'information placés sur la pile (par la méthode sauvegardent ou par la méthode begincontainer méthode) après le L'appel correspondant à la méthode Begincontainer est supprimé de la pile.
Voir les détails sur
http://msdn.microsoft.com/fr- US / Bibliothèque / System.Drawing.Graphics.save.aspx
Sonne comme des similitudes. Je cherche des différences. :)
Jetez un look ici :
La documentation ne fait pas différencier les appels à Begincontainer / EndContainer et appels aux graphiques.save et graphiquesRestore. De plus, il y a quelques erreurs dans La documentation. [par exemple., GraphicsState est mal affirmée être utilisé par Begincontainer]
Dans mon usage, Begincontainer / EndContainer semble Enregistrer et restaurer le courant transformer. Il ne sauve pas réellement la région de coupure comme le la documentation affirme, et ce n'est peut-être pas Enregistrer l'une des autres propriétés de les objets graphiques.
avec sauvegarde / restauration, j'ai été en mesure de sauvegarder / restaurer le coupure région, transformation actuelle et autres Les paramètres. Il semble être, sinon complet, plus "complet" que le Fonctions de conteneur. Donc, je suspecter une performance / complète Tradeoff avec les deux différents Méthodes.
Je doute comme si la documentation est correcte dans l'énoncé cet objet graphique constitut (utilisé par Enregistrer) sont stockés dans la pile comme sont Objets graphiquesContainer (utilisé par BEGINCONTINAINER). Je soupçonne que GraphicsState peut même pas être placé sur une pile, mais je n'ai pas testé cela hypothèse.
Peut-être que je peux donner une explication de quelques exemples de MSDN. La version de My MSDN est Visual Studio 2008 SP1. Et les exemples peuvent être trouvés lorsque vous entrez dans le mot-clé "conteneurs graphiques imbriqués" dans la modification de MSDN.
Et son explication est ci-dessous:
Comme les deux exemples précédents montrent, les transformations et les régions de coupure sont cumulatifs dans des conteneurs imbriqués. Si vous définissez les transformations du monde du conteneur et l'objet graphique, les deux transformations s'appliqueront aux éléments tirés de l'intérieur du conteneur. La transformation du conteneur sera appliquée en premier et la transformation de l'objet graphique sera appliquée deuxièmement. Si vous définissez les régions de découpage du conteneur et de l'objet graphique, les éléments dessinés de l'intérieur du conteneur seront coupés par l'intersection des deux régions de coupure.
du contenu copié ci-dessus, les mots-clés sont "cumulatifs" et "intersection". Par conséquent, je pense que cela peut être un moyen de comprendre la fonction de bégincère.