SUBFILE Programmierung

[mk]

Hallo MR-BN,

da ihr ja auch PHP Erfahrung habt, würde ich die
benötigten Funktionalitäten einfach neu entwickeln.
Es macht eigentlich keinen Sinn mehr die 5250
Dialogprogramme ins Web zu bringen.

Gruß
Michael

[dschroeder]

"Einfach neu entwickeln" ist leicht gesagt. Wir haben einige tausend Programme auf der iSeries. Außerdem finde ich RPG als Programmiersprache gar nicht schlecht. Es ist für kaufmännische Anwendungen ziemlich effektiv. Wir entwickeln RPG mit der Eclipse-basierten Umgebung RDP. Wenn wir die Ausgabe jetzt noch grafisch hinbekommen, haben wir mit Greenscreen nichts mehr zu tun. Unser Ziel ist es, die alten Programme mit 5250-Bidschirmausgabe quasi unverändert in den Browser zu bekommen und neue Programme für die grafische Browserdarstellung zu entwicklen. Wir hätten dann eine sehr sanfte Migration, da wir die alten 5250-Programme weiter verwenden können.

Es würde mich sehr interessieren, wie die Meinung zu dem Vorgehen ist, bzw. welche Nachteile, das ganze hat.

Gruß,
Dieter

[mk]

Hi,

ob man nun die RPG Programme mit einer Eclipse basierten
Entwicklung schreibt, oder mit SEU.
Es bleibt immer noch RPG.

Ich gebe Dir vollkommen Recht das RPG für die
kaufmännische Verarbeitung sehr gut geeignet
ist. Wenn aber Modernieisierung ansteht,
dann bitte mit Serviceprogrammen.

Habt ihr denn wirklich einige 1000 Dialogprogramme ?
Gerade bei dieser Anzahl erscheint eine Neuentwicklung
sinnvoller zu sein.

gruß
Michael

[dschroeder]

Hi,
ich denke schon, dass wir ca. 2000 Dialogprogramme haben. Neu schreiben heißt mehrjähriger Aufwand. Das ist ja nicht nur teuer sondern beinhaltet auch, dass man sich wieder alle Kinderkrankheiten der neuentwickelten Software einhandelt. Im Moment passt unsere Software ziemlich gut zum Geschäftsbetrieb. Die Oberfläche ist unser eigentliches (Akzeptanz)-Problem.

[mk]

Hi,

wenn Du dein 5250 Programm im Browser darstellst,
wirst Du das gleiche Akzeptanz Problem haben.
Heutige Anwender wollen Eventgesteuerte Anwendungen
und kein weiß-grau statt schwarz-grün tippen.

Und das vielbeschworene Aufhübschen der Dialoge
bedeutet viel Zeit , Arbeit und Kosten.
Auch der spätere Wartungsaufwand ist nicht zu unterschätzen.

PS:Ich möchte kein 300 Seiten RPG im Browser bedienen
müssen. Das macht wirklich keinen Spaß.

[dschroeder]

Du hast natürlich recht. Eine reine Darstellung der alten Masken im Browser bringt dem Anwender keinen Mehrwert und uns nicht mehr Akzeptanz. Aber es eröffnet uns die Möglichkeit, neue Programme unter Berücksichtigung der grafischen Möglichkeiten ganz neu zu konzipieren. Das Tool, das wir im Moment testen, bietet anscheinend ziemlich gute grafische Komponenten an. Die Komponenten sind alle Ajax-basiert und geben die notwendigen Events zurück. Es liegt dann in der Verantwortung des RPG-Programmierers, daraus etwas sinnvolles für den Anwender zu machen. Natürlich müssen die RPG-Programme ganz anders aussehen wie die Programme, die man bisher für (recht statische) 5250-Masken geschrieben hat. Ich glaube aber, dass das gehen wird.

[mk]

Hi,

lass mich raten:
Ist die Basis für das GUI Frontend das EXTJS ?

[dschroeder]

EXTJS sagt mir im Moment nicht. Wir testen gerade ProfoundUI.

[mk]

Hi,

hab ich es mir doch gedacht.

Es ist EXTJS.

Die EXTJS Library wird von Sencha vertrieben. Das
Java Script Framework ist schon wirklich gut.
Aber als Entwicklungssprache dafür RPG zu nehmen ????????
Bei kleinen Anwendunge okay........ aber

Früher oder später wirst Du auf jeden Fall eine
Neuprogrammierung machen.
Und da bist Du genau bei dem Punkt der Neuentwicklung.

Also ich würde sagen.

Wenn schon EXTJS dann auch nativ und kein RPG und kein
RPG Open Access.

Dann viel Erfolg damit.

[dschroeder]

Da wir das ProfoundUI zur Zeit noch testen, ist es für uns ziemlich wichtig, zu wissen, wo die Nachteile liegen. Mir leuchtet nicht ein, weshalb das Erstellen einer Web-Anwendung mit RPG nicht gehen soll. Okay, RPG beinhaltet keine Objektorientierung. Ich persönlich halte das allerdings nicht für ein KO-Kriterium. Wenn man sauber programmiert und eine möglichst starke Kapselung beachtet, kann man in RPG (meiner Meinung nach) sehr gut wartbare Programme schreiben.

[camouflage]

Hi

Was du machen könntest, wäre hier einen Grid zu definieren und diesen mit einem SQL-String zu füllen. Ich nehme an, Du hast eine DDS Conversion laufen lassen. So als Idee.

Die Problematik mit dem Cursor hattest Du auch schon mit dem 5250 Bildschirm, richtig?

Wie schon angetönt, beinhaltet ProfoundUI eine Reihe an Features und vor allem werden alle relevanten DDS-Keywords innerhalb der Widgets als Properties abgebildet. Und noch wichtiger, die ganze Entwicklung findet auf der i statt. Sourcen und Webserver befinden sich auf der i und es sind keine zusätzlichen Installationen nötig (Stichwort IIS). Die GUI Sourcen lassen sich sogar mit einem nativen Compile Command umsetzen.

Nicht zu vergessen, das RDi/p Plugin, mit dem ProfoundUI in einer integrierten Entwicklungsumgebung betreiben lässt.

[dschroeder]

Korrekt. Das Cursorproblem bestand bereits im 5250-Bildschirm, fiel dort aber kaum auf. Wenn wir das Programm mit dem Visual-Designer ganz neu machen würden, wäre das Problem natürlich gelöst. Aber im Moment testen wir noch, wie die unveränderten RPG-Programme im Browser aussehen.

Aber danke für den Tipp.