Modele d`un exposé

Strictement parlant, le modèle de présentation de Fowler reçoit tous les événements. Vous n`utilisez pas son modèle de présentation si votre contrôleur de vue est un délégué pour une vue. Je considère cela comme une distinction mineure. Même dans MVC, vous avez un spectre entre “vue passive” et “contrôleur de supervision.” Je pense qu`il ya un terme beaucoup plus chargé d`éviter… Microsoft admet qu`il a été inspiré par le modèle de présentation: pour ce faire, le modèle de présentation aura des champs de données pour toutes les informations dynamiques de la vue. Cela ne comprend pas seulement le contenu des contrôles, mais aussi des choses comme si oui ou non ils sont activés. En général, le modèle de présentation n`a pas besoin de contenir tout cet état de contrôle (qui serait beaucoup), mais tout État qui peut changer pendant l`interaction de l`utilisateur. Ainsi, si un champ est toujours activé, il n`y aura pas de données supplémentaires pour son état dans le modèle de présentation. En résumé, la production et la présentation des résultats sont tout aussi importantes que le reste du processus de construction du modèle, parce qu`il n`y a aucun intérêt à avoir un modèle fantastiquement construit qu`aucun des décideurs ne connaît! Une fois qu`un modèle a été construit, nous devons ensuite afficher ses résultats de façon claire et concise pour faire passer votre message, que ce soit via un rapport écrit ou une présentation orale. Cette dernière étape du processus de construction du modèle n`est parfois pas autant mise au point par de nombreux Modellers, en particulier ceux dont les compétences sont souvent plus analytiques que visuelles. Comparé à la vue passive et au contrôleur de supervision, le modèle de présentation vous permet d`écrire la logique qui est complètement indépendante des vues utilisées pour l`affichage. Vous n`avez également pas besoin de compter sur la vue pour stocker l`État. L`inconvénient est que vous avez besoin d`un mécanisme de synchronisation entre le modèle de présentation et la vue.

Cette synchronisation peut être très simple, mais elle est requise. La présentation séparée nécessite beaucoup moins de synchronisation et la vue passive n`a pas besoin du tout. Les GUID sont constitués de widgets qui contiennent l`état de l`écran GUI. Laisser l`état de l`interface graphique dans les widgets rend plus difficile à obtenir à cet État, car cela implique la manipulation des API widget, et encourage également mettre comportement de présentation dans la classe de vue. Lorsque nous essayons de nous souvenir des numéros de téléphone, nous allons dans la même pratique. Nous décomposent le code à 10 chiffres en groupes de 3 ou 4 numéros. Chunking est efficace dans nos techniques de conception de présentation ainsi. Un modèle de processus complexe doit être conçu sur des diapositives distinctes dans des parties distinctes. En soulignant chaque composant du processus, vous permettez à votre auditoire de temps et d`espace pour comprendre non seulement la fonction de l`ensemble, mais aussi la valeur de ses pièces.