| dbpprop:abstract
|
- Presentation-abstraction-control (PAC) is a software architectural pattern, somewhat similar to model-view-controller (MVC). PAC is used as a hierarchical structure of agents, each consisting of a triad of presentation, abstraction and control parts. The agents (or triads) communicate with each other only through the control part of each triad. It also differs from MVC in that within each triad, it completely insulates the presentation (view in MVC) and the abstraction (model in MVC), this provides the option to separately multithread the model and view which can give the user experience of very short program start times, as the user interface (presentation) can be shown before the abstraction has fully initialized.
- Darstellung-Abstraktion-Steuerung bzw. englisch Presentation-Abstraction-Control (PAC) bezeichnet ein Architekturmuster zur Strukturierung von interaktiven Softwaresystemen. Will man diese Systeme so entwickeln, dass sie aus einzelnen Teilen bestehen, die jeweils einen Teil der Aufgaben des Systems anbieten und damit eine hohe Flexibilität des Systems erhalten, dann muss man sich darum kümmern, dass diese Teile zu einem funktionierenden Ganzen zusammengesetzt werden und auch zusammen arbeiten. Für eine Softwarearchitektur, die dies sicherstellt, ist PAC ein Muster. Das Model-View-Controller-Muster (ebenfalls ein Architekturmuster für interaktive Softwaresysteme) reicht für diese Anwendungen nicht aus und so geht PAC über dieses hinaus. Es teilt ein System in zwei Richtungen auf, einmal in die drei Einheiten grafische Benutzungsschnittstelle (Presentation), Vermittlung und Kommunikation (Control) und das Datenmodell (engl. Abstraction) – dies ist ähnlich dem MVC – und darüber hinaus noch hierarchisch in verschiedene Teile, die, wie eingangs gefordert, jeweils einen Teil der Aufgaben des Systems anbieten. Diese Teile nennt man im PAC-Muster „Agenten“ und sie stellen die erste Stufe der Strukturierung während des Architekturentwurfes dar. Das heißt, man beginnt den Entwurf mit der Aufteilung der gesamten Anforderungen auf einzelne Agenten und baut die hierarchische Struktur darauf auf. Für jeden Agenten wird dann im zweiten Schritt des Entwurfes eine Aufteilung in die besagten Komponenten, Darstellung, Abstraktion und Steuerung, vorgenommen.
- Le patron de conception PAC a été introduit par la chercheuse en informatique grenobloise Joëlle Coutaz dans les années 1980 en tant que modèle abstrait d'architecture logicielle pour les interfaces homme-machine. Il stipule qu'un logiciel interactif peut être organisé comme une hiérarchie de composants constitués chacun de trois facettes : - la Présentation prend en charge l'interaction avec l'utilisateur, par exemple en affichant un dessin et en gérant les entrées effectuées avec la souris. L'ensemble des facettes de Présentation constitue la partie du programme purement dédiée à l'IHM. - l'Abstraction gère les données à représenter, ou les fonctions à interfacer. C'est par exemple, dans un téléphone portable, le carnet d'adresses et la gestion des communications téléphoniques. L'ensemble des Abstractions est la partie qui autrefois constituait la totalité des programmes, et qu'on appelle maintenant le noyau fonctionnel. - le Contrôle gère la correspondance entre les deux autres facettes : cohérence des représentations avec les données internes, conversion des actions de l'utilisateur en opérations du noyau fonctionnel. Les facettes de contrôle servent aussi à créer une hiérarchie de composants logiciels pour organiser le programme : la facette de contrôle du composant parent communique avec celle du composant fils. PAC est un modèle abstrait qui ne décrit pas sous quelle forme doivent être réalisées et connectées les différentes facettes. Diverses solutions ont été mises en œuvre par les programmeurs, en utilisant par exemple l'héritage ou des constructions à base de pointeurs. PAC est parfois confondu, par erreur, avec le patron Modèle-Vue-Contrôleur (MVC) introduit en 1979 autour du langage Smalltalk. PAC est beaucoup plus orienté vers la séparation entre IHM et noyau fonctionnel, donc vers des objectifs de génie logiciel. MVC est plus focalisé sur l'organisation des entrées et des sorties dans les composants logiciels. Noter d'ailleurs que le "Contrôle" de PAC est très différent du "Contrôle" de MVC : le premier a pour rôle de piloter (« control ») la cohérence des facettes logicielles entre elles, le second gère les entrées de l'utilisateur et de ce fait lui permet de piloter (« control ») l'exécution du programme. Certaines interprétations récentes de MVC sont plus proches de PAC que des travaux d'origine sur MVC.
|
![[RDF Data]](/statics/sw-cube.png)
