PowerBuilder nach Java JSF Online Präsentation

Text der Demo-Präsentation:
Hallo! In dieser Demo zeigen wir Ihnen, wie Sie automatisch Powerbuilder nach Java mit JSF migrieren koennen.
Zunächst werden wir zeigen, wie unsere Demo-Anwendung vor der Migration in Powerbuilder arbeitet. Unsere Anwendung ist ein Buchladen, und es gibt zwei Datawindows. Es gibt Beschreibung des ausgewählten Buches in der oberen Datawindow, und in der zweiten Datawindow die Liste der Geschäfte zur Verfügung. Auch gibt es einige Möglichkeiten. Zum Beispiel können Sie ein Buch oder ein Geschäft in Popup-Fenster hinfügen. Und Sie können es löschen.
    Also, es ist eine sehr einfache Anwendung, die unsere Demo Anforderungen optimal trifft.
    Lassen Sie uns jetzt die Migration beginnen. Zuerst sollten wir Ispirer Migration Commander starten. Dies ist das mächtigste Werkzeug, um Code von einer Sprache nach eine andere zu migrieren. Auf der linken Seite müssen wir die Quelldateien öffnen. Sie können Powerbuilder-Projekt hier finden. Auch wir brauchen Zielordner für das Konvertierungsergebnisse zu öffnen. Dann müssen wir "Optionen" waehlen und dann"Migration". Im Dialogfenster, müssen wir den Pfad zur INI-Datei mit Informationen über die Migration options. unsere Datei enthält die folgenden Informationen: UI_TYPE = JSF. Nachdem alle diese Schritte abgeschlossen sind, müssen wir unsere Quelle - Powerbuilder - und unser Ziel -Java angeben. Dann wählen wir alle Dateien für die Konvertierung, und wir müssen die "Run" oder F5, um die Konvertierung zu starten drücken. Der Migrationsprozess kann einige Minuten dauern. Sie können das Protokoll der Umwandlung am unteren Rand des Bildschirms sehen. Sobald die Migration abgeschlossen ist, können wir Zielprojektdateien auf der rechten Seite des Werkzeugs finden.
    Also, gucken wir an sra Migration. In unserer Quell-Projekt haben wir eine Demo-Anwendung Datei. Zu dieser Datei erstellen wir eine Java-Klasse. Wenn sra-Datei hat eine offene Veranstaltung, bedeutet das, dass wir brauchen, eine public void-Methode in diesem Java-Klasse zu erstellen:
    AppOpenEvent() { open();} 
    public void open(){} 
    Wenn sra Datei allgemeine Variablen enthält, die global für die gesamte Anwendung sind, es bedeutet, dass wir die gleichen Variablen des entsprechenden Typs erklären muessen und und machen die öffentlich und statisch.
    Kommen wir nun zu SRW-Dateien. Zuerst müssen wir eine Java-Klasse mit dem gleichen Namen wie die Fensternamen erstellen. Diese Klasse sollte einen einfachen Konstruktor enthalten. Wenn SRW-Datei hat eine offene Veranstaltung bedeutet es das gleiche wie für sra-Datei. (Wir müssen eine public void Methode  erstellen, und diese Methode sollte zu den Konstruktor dieser Klasse hinzudefuegt werden:
    public Main_w() {open();} 
    public void open(){} )
    Aber der Hauptteil dieser Demo ist die Migration von Kontrolls. Für fast jede Powerbuilder Kontroll ist es notwendig, die Umwandlung Code in ui und logische Teile zu teilen. Darüber hinaus, wenn ein Kontroll als Logikteil umgewandelt wird, müssen wir zwei Java-Klassen für beide Fenster erstellen: wo das Kontroll sich befindet, und für das Kontrol selbst.
    Eine weitere gemeinsame Sache für alle Kontrolls ist, dass alle von ihnen sind deklariert und als Singleton eingeleitet, so dass ihre Beschreibung Klassen enthielt dieses Muster Realisierung.
    Schauen wir uns das erste Kontroll. Beispielsweise ist es cb_cancel commanbutton Kontroll.
    Deklaration dieser Kontroll in Vorwärtsblock in der Quelle geht nach Java-Klasse, den Fenster, in der das Kontroll eingebracht wird entspricht und sieht aus wie Command cb_cancel.
    Ich möchte unterstreichen, dass Commandbutton ist die Schnittstelle für diese Kontroll und cbs_cancel entspricht dem Kontroll namen aus der Quelle.
    Dann müssen wir die Kontroll Schöpfung migrieren, die in  Create Block beschrieben wird. Auf die gleiche Java-Klasse, wird die Initialisierung diese Kontrolls in den Konstruktor der Klasse platziert. Es sieht so aus:
    public W_main() {
    cb_cancel = Cb_cancel.getInstance();
    }
    Lassen wir uns weitermachen. Jetzt können wir eine Java-Klasse sehen, die auf das Kontroll selbst entspricht. Es sieht so aus:
    public class Cb_cancel implements Commandbutton {
    public static Cb_cancel instance = null;
    public static Cb_cancel getInstance() {
    if (instance == null) {
    instance = new Cb_cancel();
    }
    return instance;
    }
    @Override
    public void clicked() {
    }
    }
    Diese Klasse entspricht dem Kontroll und sollte entsprechende Schnittstelle implementieren, auch es sollte die Realisierung aller notwendigen Mehods enthalten, die nach dem Kontroll Beschreibung in der Quelle gehen, in diesem Fall ist dieses Verfahren "Clicked".
    <p:commandButton id="cb_cancel" value="Exit" action="#{w_main.cb_cancel.clicked}" />
    Wie für die anderen Kontrolls wir haben ähnliche Migrationsprozess aber der Unterschied besteht darin, dass sie koennen andere Felder oder Methods haben.
    Außerdem hat Powerbuilder spezifische SQL-Anweisungen. Zum Beispiel haben wir Cursor für SQL-Abfragen. In der Quelle, sieht das so aus:
    DECLARE book_list_cursor CURSOR FOR 
    SELECT title 
    FROM powerbuilderdemo_book; 
    Gehen Sie zu Java-Klassen und öffnen entsprechende Datei im Zielordner (W_store_add.java). Nach der Migration sollten wir den folgenden Code bekommen:
    try(ResultSet book_list_cursor = GlobalVariable.SQLCA.getConnection().prepareStatement("SELECT title FROM powerbuilderdemo_book").executeQuery();){      
    boolean FetchStatus = false;
    book_list_cursor.setString(1,title);
    while(true){…}
    } catch(SQLException se) {
    se.printStackTrace();
    }
    Also, wir müssen Variable mit ResultSet Typs deklarieren, der Name davon ist gleich wie Cursornamen. In try / catch-Block müssen wir diese Variable initialisieren. GlobalVariable ist eine Java-Klasse mit globalen Variablen und einer von ihnen ist SQLCA; getConnection () ist ein Method zur SQLCA- um Verbindung zu erhalten; Eingabeparameter als Auswahlabfrage in Cursor-Deklaration (Quelle: SELECT title FROM powerbuilderdemo_book) erstellt und es in doppelten Anführungszeichen ist.
    Mal sehen, wie unser Programm arbeitet nach der Migration. Die Java-Anwendung sieht ähnlich aus wie der Quelle PB Anwendung. Wir können hier zwei Tabellen mit Informationen über die Bücher und Laden. Wir können,  ein Buch oder eine 1.16 Laden hinfügen oder löschen. Der einzige Unterschied ist, dass für diese Maßnahmen neue Fenster (Seiten) geöffnet sind, aber es ist möglich, eine andere Option zu verwenden, um sie Pop-up-Fenster zu machen.
    Das ist, wie unser Tool mit PBscripts fortfahren kann. Hoffen, dass diese Demo nützlich war. Zögern Sie nicht uns für weitere Informationen über unsere Konvertierungs-Tools und Dienstleistungen zu kontaktieren. Vielen Dank für Ihre Aufmerksamkeit!
PowerBuilder nach Java JSF
Online Präsentation

PRODUKTE

SUPPORT

KUNDEN

ÜBER UNS
