Modèle de procuration pour un état des lieux

Une fois qu`un calque est converti en proxy de rendu dans une scène, les couches géométriques d`origine sont chargées uniquement au moment du rendu, la géométrie elle-même ne fait plus partie de la scène principale. Cela exclut toutes les cartes vertex associées, et d`autres données associées pertinentes ne sont pas accessibles dans la scène principale. Pour cette raison, les proxys de rendu ne peuvent pas être déformés en utilisant l`un des déformateurs de modo puisque la géométrie n`est pas réellement partie de la scène jusqu`au temps de rendu. Les animations de transformation, telles que le déplacement, l`échelle et la rotation, lorsqu`elles sont appliquées à la couche proxy, rendent l`amende. Le modèle de conception proxy [1] est l`un des vingt-trois modèles de conception GoF bien connus qui décrivent comment résoudre des problèmes de conception récurrents pour concevoir des logiciels flexibles et réutilisables orientés objet, c`est-à-dire des objets qui sont plus faciles à implémenter, à modifier, à tester et Réutiliser. Pour les modèles hiérarchiques, le filtre est appliqué récursivement à tous les enfants. Si un élément parent ne correspond pas au filtre, aucun de ses enfants ne sera affiché. J`ai déjà mentionné que la désactivation de la visibilité d`un objet n`est que la moitié de la bataille quand il s`agit de la vitesse de la fenêtre. C`est là que les choses peuvent devenir difficiles, lorsque vous prenez en compte que l`État «qualité de rendu» (haute qualité) pourrait inclure de nombreux générateurs, déformateurs et expressions qui sont constamment calculés, le commutateur de visibilité simple est assez inefficace.

Si vous ne passez qu`entre des objets surfaciques haute résolution et des proxys basse résolution, cela est absolument suffisant. QSortFilterProxyModel peut être utilisé pour trier des éléments, filtrer des éléments ou les deux. Le modèle transforme la structure d`un modèle source en mappant les index de modèle qu`il fournit à de nouveaux index, correspondant à des emplacements différents, pour les vues à utiliser. Cette approche permet de restructurer un modèle source donné en ce qui concerne les vues sans nécessiter de transformations sur les données sous-jacentes et sans dupliquer les données en mémoire. Commutateur de visibilité de proxy le plus simple. (Nœuds de résultat pour la démonstration uniquement) Cela permet de travailler via un objet proxy pour effectuer des fonctionnalités supplémentaires lors de l`accès à un sujet. Par exemple, pour vérifier les droits d`accès des clients accédant à un objet sensible. Pour agir comme substitut à un sujet, un proxy doit implémenter l`interface subject. Les clients ne peuvent pas savoir s`ils travaillent avec un sujet ou son proxy.

Définit l`expression générique utilisée pour filtrer le contenu du modèle source au modèle donné. La fonction de proxy de rendu vous permet de supprimer complètement une ou plusieurs couches d`élément de maillage dans une scène, en les déchargeant dans un fichier externe qui n`est pas chargé à nouveau jusqu`à l`heure du rendu. Les calques enregistrés sont remplacés dans la scène principale par un simple cadre de délimitation, ou si vous avez besoin d`une version alternative du fichier enregistré utilisé juste pour l`affichage. Ceci est destiné à faciliter deux processus de Workflow. Le remplacement des maillages haute résolution par un cadre englobant dans le fichier de scène produit un fichier plus léger, ce qui permet une navigation plus fluide et des temps de sauvegarde des fichiers plus rapides. Il permet également d`appliquer du travail supplémentaire au fichier proxy enregistré en externe. Lorsque le fichier modifié est chargé au moment du rendu, toutes les mises à jour enregistrées sur les proxys sont reflétées dans l`image rendue finale. Récemment, Niklas Rosenstein a créé un nouveau nœud XPresso appelé «Layer Access» (cliquez pour télécharger). Cela fournit beaucoup plus de contrôle sur le gestionnaire de calques via XPresso que la C4D permet nativement.

Ma méthode préférée actuelle pour les configurations de proxy est d`utiliser ce nœud et d`assigner mes groupes «proxy» et «HQ» pour séparer les calques et relier toute visibilité et tous les calculs à un contrôle de données utilisateur. Voir les images ci-dessous pour une idée de comment commencer. La grande chose à ce sujet est la rapidité de la configuration et la simplicité couplé avec la quantité de contrôle. S`il existe un objet particulier que vous souhaitez conserver visible/calculé, supprimez simplement cet objet de la couche`HQ`. Sinon, cmd + faire glisser l`ensemble du groupe HQ vers une couche, puis en faisant glisser cette couche vers le champ données utilisateur tuera chaque calcul unique pour ce groupe entier en un seul clic. À mon avis, c`est assez excitant! L`exemple Java suivant illustre le modèle de «proxy virtuel».