2
votes

Dans IBM z, les fichiers d'affichage (dspf) sont-ils comme dans IBM i?

Dans un IBM i / AS400, il existe des fichiers d'affichage (DSPF) qui sont utilisés pour concevoir / créer des écrans. DSPF (fichier d'affichage) dans AS / 400 est un fichier avec des définitions pour formater un écran pour afficher et recevoir des données.

Existe-t-il des fichiers similaires dans zOS?


1 commentaires

@ Pierre.Vriens: DSPF (fichier d'affichage) en AS / 400 est un fichier avec des définitions pour formater un écran pour afficher et recevoir des données.


3 Réponses :


3
votes

Il n'y a pas de tels fichiers par défaut dans z / OS. Il existe des logiciels qui ont des définitions d’écran - ISPF et Telon étant 2. ISPF (Interactive System Productivity Feature) est l’interface utilisateur par défaut sous TSO et vous pouvez créer vos propres écrans, mais ce ne sont pas des fichiers dsp.

Telon est (je pense) une sorte d’utilitaire de mise en page / définition d’écran utilisé pour créer des applications fonctionnant sous IBM CICS. Ce ne sont pas non plus des fichiers dsp.


0 commentaires

6
votes

Les écrans sous z / OS sont spécifiques à un sous-système.

Dans ISPF vous utiliseriez Balise de dialogue Instructions de définition de langage et / ou de panneau pour créer un écran (ISPF l'appelle un panneau).

Dans CICS , vous utiliseriez < a href = "https://www.ibm.com/support/knowledgecenter/en/SSGMCP_5.5.0/applications/designing/dfhp373.html" rel = "noreferrer"> Macros d'assembleur pour créer une carte BMS ( l'écran).

Dans IMS vous utiliseriez Services de format de message < / a> pour créer un écran.

Comme indiqué dans la réponse @SteveIves, il existe des produits pour "peindre" un écran.

Tous les éléments ci-dessus sont utilisés pour créer des écrans 3270 ; ces jours-ci, bien sûr, presque tous les 3270 appareils sont émulés. Ce n'est pas le seul moyen de créer une interface utilisateur pour une application z / OS. CICS, par exemple, comprend http et il est relativement courant d'avoir une interface Web vers une application CICS.


1 commentaires

Je viens de jeter un coup d'œil au langage des balises Dialog et il semble assez proche d'un fichier de définition d'écran, ainsi que de la carte BMS. Le MFS semble plus compliqué. Je vais creuser un peu plus sur ces options. Je vous remercie!



1
votes

Je ne dupliquerai pas les réponses @cshneid ou @steve_ives mais je fournirai du contexte. Les fichiers d'affichage de l'IIRC sont plus qu'un mappage d'écran et incluent des définitions pour le traitement des données à présenter, de sorte qu'ils s'apparentent davantage à un paradigme de programmation plus complet qu'un simple mappage.

Je ne connais pas de fonctionnalité qui intègre à la fois le mappage des données et le traitement des fichiers. Ceci est réalisé en fonction des environnements d'exécution (CICS, IMS, etc.) pour 3270 flux. Généralement, il s'agit d'une combinaison des outils de cartographie mentionnés avec un langage de programmation comme COBOL, C ou autre qui sont compatibles avec le runtime.

Le plus proche que je pense que vous venez est Dialog Manager dans le runtime TSO qui a une certaine capacité de gestion des données mais a tendance à être utilisé pour le travail au niveau du système et non pour les applications utilisateur qui sont généralement reléguées à CICS, IMS, WAS, ...


1 commentaires

CICS existe également dans IBM i, mais il semble moins utilisé que le CICS d'IBM z.