Ich versuche, die Unterschiede zwischen Pseudo-Conversational und Conversational CICS-Programmierung zu verstehen. Was sind die Vor- und Nachteile der einzelnen Ansätze?
NealBs Antwort ist eine gute und Sie sollten
lesenDer Hauptvorteil von Pseudo-Konversationsprogrammen ist die reduzierte Verwendung von Computerressourcen und sie können keine Datenbanksperren halten.
%Vor%Ich werde versuchen, die Antwort in Nicht-IBM-Mainframe-Bedingungen
auszudrückenBei der Dialogprogrammierung sendet das Programm einen Bildschirm und wartet darauf, dass der Benutzer antwortet. Das Programm wird Speicher, Datenbankressourcen etc.
beibehaltend. h.
%Vor%Pseudo-Dialog-Programmierung ist im Grunde ein anderer Name für Event-Based-Programming.
Ein Pseudo-Konversationsprogramm ist ein bisschen wie ein ActionListener in Java-Swing (oder jedem anderen Swing, Web, SWT-Äquivalenten)
Ich neige dazu, CICS wie
zu strukturieren %Vor%In Java-Swing könnte man das obige als
schreiben %Vor%Für diejenigen, die nicht aus einem Mainframe-Hintergrund stammen, ist CICS ein Application-Server wie jeder andere Webserver. Anstatt jedoch Webseiten zu senden und HTML-Anfragen zu empfangen, sendet CIC Sends und 3270-Terminals und empfängt Antworten vom Terminal.
Hinweis: CICs können auch als Webserver verwendet werden.
Hier ist ein Link Vergleichen von Konversations- und Pseudo-Konversations-CICS
Der grundlegende Unterschied ist, dass in einem konversationellen CICS ein Prozess (Programm) "lebendig" ist und Ressourcen (z. B. Speicher, Datenbanksperren) während auf ein Ereignis gewartet wird (z. B. Benutzerdaten von einer Bildschirmkarte). In Pseudo-Konversations-CICS "stirbt" der Prozess (CICS RETURN) während des Wartens damit ein Ereignis eintritt. Eine neue Arbeitseinheit wird gestartet und Ressourcen werden als Reaktion auf das auslösende Ereignis neu zugewiesen.
Pseudoconversions-CICS wird häufig zum Erstellen interaktiver Anwendungen in CICS verwendet. Diese Technik ist ressourceneffizient da Speicher- und Datenbanksperren freigegeben werden, während der Benutzer "denkt" - was die meiste Zeit ist. Der Nettonutzen ist eine effizientere Nutzung der Ressourcen, aber es erfordert ein wenig mehr Aufwand, um die Datenbankkonsistenz zu verwalten, da es den Programmierer, um die Transaktionsintegrität zu gewährleisten (aufgrund von Locks im Verlauf der "Konversation").
Diese Gliederung deckt nur die Essenz des Themas ab. Es gibt eine ganze Menge mehr als das, aber es ist ein Anfang.
Die kurze Antwort lautet, dass Pseudoconversational-Code keine EXEC CICS SEND MAP logisch gefolgt von einem EXEC CICS RECEIVE MAP ohne eine dazwischenliegende logische EXEC CICS RETURN enthält. Daher verbraucht Ihr Programm keine CICS-Ressourcen während der "Denkzeit" des Benutzers.
Wenn Ihr Programm EXEC CICS RETURNs ausführt, können Sie Statusinformationen entweder in einem Commarea (traditionell) oder einem Kanal mit einem oder mehreren Containern (seit CICS TS 3.1) speichern.
Es gibt mehr Details, aber das ist das Wichtigste.