nos newsletters
Abonnez-vous à Micro Hebdo : 4,90 €/mois
Abonnez-vous à l'Ordinateur Individuel : 3 €/mois
Abonnez-vous à la version digitale
Abonnez-vous à 01Business et Technologies : 19 €/mois
L'architecture Web Dynpro de SAP
Contrairement à Oracle, l'éditeur allemand ne cède pas à la mode Ajax. Approchante, sa technologie de développement d'interfaces reste propriétaire.
Séparer la logique d'affichage de la logique applicative
Une approche par composants
1. L'interface de vue
Un composant Web Dynpro est à considérer comme une application indépendante, disposant de sa propre interface graphique (fenêtre). Le lien entre ce composant et l'écran applicatif au sein duquel il est invoqué ?" au même
titre que d'autres fenêtres ?" est assuré par un connecteur (' inbound plug ' dans la terminologie SAP).
2. La fenêtre
Il s'agit de la partie visible de l'iceberg, soit ce que l'utilisateur SAP voit sur son écran. Une fenêtre regroupe une ou plusieurs vues, interactives ou non.
3. La vue
Chaque composant Web Dynpro est doté d'au moins une vue. Celle-ci se compose de différents éléments d'interface utilisateurs (liste déroulante, cases à cocher...). Elle peut aussi être vide. Sa seule fonction est alors de
masquer l'exécution de traitements.
4. Le contrôleur de vue
Chaque vue dispose de son contrôleur, qui traite les actions de l'utilisateur (saisie de données, clic de souris, etc.), mais aussi d'un contexte de vue, contenant les données dont elle a besoin. Le contrôleur de vue et le contexte
de vue n'existent que le temps de l'affichage de la vue.
5. Le contrôleur d'interface
Il s'agit d'une partie exposée, et programmable, des composants Web Dynpro. Il autorise l'échange d'informations avec les modules de SAP ou d'autres composants Web Dynpro. L'encapsulage de composants peut, en effet, s'opérer via le
contrôleur interne du Web Dynpro.
par mail
l'article
