SUBFILE Programmierung

[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.

[camouflage]

In diesem Sinn viel Glück und Erfolg. Bei Fragen oder für Tipps - Kontakt-eMail steht auf der Webseite ;-)

[BenderD]

... die RPG Backends für Event Driven Anwendungen kranken an zwei Ecken:
- RPG ist nicht dafür designed komplexe Objektbäume abzubilden, die sich erst zur Laufzeit konkret ausbilden, individuell unterschiedlich, je nach konkreter Programm Historie.
- RPG kann kein Multi Threading, ja, ich weiß dass es da H Options gibt, das sind aber alles "Ferz mit Krücke", wie man hier in Hessen sagt.
Aus meiner Sicht bleibt kein anderer Weg als die 20% der Applikation, die 80% des Transaktionsvolumens abwickeln neu zu schreiben. Die restlichen Programme sind dann in der Tat ein Fall für WebFacing, oder andere Formen des "aufhübschens".
Für das Redesign der 20% würde ich immer am Mainstream orientieren, was dann Java oder .Net heißt, alles andere halte ich für halbherzig und würde ich nicht empfehlen.

D*B

[dschroeder]

Vielen Dank an alle für die zahlreichen Antworten. Zum Thema "Grafische Oberfläche" werden wir auf jeden Fall die genannten Punkte bei unserer Entscheidung mit berücksichtigen.

[RobertMack]

... was dann Java oder .Net heißt, alles andere halte ich für halbherzig und würde ich nicht empfehlen.

Da muss ich leider widersprechen. Der native IceBreak™ Server schlägt so ziemlich alles, hat sich nur bei uns noch nicht rumgesprochen:
IBM - IceBreak

Das Teil ist performant und mit einer Wahnsinns-Toolbox ausgestattet, Beispiel für einen "Subfile-Rohling" in wenigen Minuten:

- Datei angeben, Variante auswählen, klick
- maschinell erstellte Quelle in IFS stellen
- über Browser aufrufen "http://MeinSystem:7000/MeineQuelle.aspx" (kompiliert selbsttätig, sieht etwa so aus: http://workflow.icebreak.org/product.aspx )
- Hauseigene Optik ergänzen, Felder zurechtschieben, Plausis ergänzen...

Gruß,
Robert

P.S. Wer mit 30 Tagen Test nicht auskommt, sagt einfach Bescheid. Da geht was.

[mk]

und das nächste EXTJS

[RobertMack]

2003/2004 - das Erste?