Anmelden

View Full Version : Source Code Modernisierung



Seiten : [1] 2

B.Hauser
15-07-09, 16:58
Hallo Leute,

ich möchte nur einmal kurz abklopfen, wie groß das Interesse an einem Tool ist, das Source Code modernisiert.

Alter RPGII und RPGIII-Code wird nach RPGIV konvertiert.

Neben der reinen Konvertierung wären noch weitere Features enthalten z.B.:

Feld-Definitionen aus C-Bestimmungen (Hilfs-Felder und *LIKE DEFINE) in D-Bestimmungen übernehemen.
Konvertierung der mathematischen OpCodes (z.B. Z-ADD, MULT) in Eval-Anweisungen
Konvertierung von MOVE-Befehlen
für Indikatoren,
für gleiche Datentypen und Länge,
für alphanumerische Datentypen unabh. von Länge (ggf. Hinzufügen von %SUBST()),
für Datums- und Zeit-Typen --> Konvertierung über Built-in-Functions
Konvertierung MOVEA für Indikatoren mit %SUBARR() ab V5R3
Konvertieren OpCodes ohne erweiterten Faktor2 in Opcodes mit erweitertem Faktor2 (sofern vorhanden)
Konvertieren OpCodes mit Bezugszahlen und Abfrage über Built-In-Funktionen (z.B. Chain + %FOUND). Weitergehend wie IBM-Konvertierung Konvertierung der Indikatoren in Built-In-Funktionen (sofern Indikatoren eindeutig zu OpCode zugeordnet werden können).
Konvertieren von Bedingungs-Indikatoren in IF-Abfragen
Wahlweise Erstellung einer Indikator-Datenstruktur
Konvertieren OpCodes in Built-In-Functions (sofern Pendant vorhanden)
Konvertierung Opcodes, die nicht im Free-Format unterstützt werden in Free-Format-Alternativen (z.B. Built-In-Funktionen)Konvertieren klassisches Format in Free-Format (incl. Konvertierung embedded SQL)
Konvertieren Schlüssel-Listen in Datenstrukturen oder Aufzählung.
Konvertieren Programm-Aufrufe mit Parameter-Liste in prototypisierten Aufruf, d.h. prüfen Prototypes vorhanden, wen ja automatisches Einbinden über Copy-Strecken. Wenn nicht vorhanden erstellen Prototyp in separater Quellen und Einbindung als Copy-Strecke und CALL durch CALLP ersetzen.


Die einzelnen Punkte können gezielt ausgewählt werden.

Birgitta

Fuerchau
15-07-09, 18:44
Ich denke, dass dies eher eine Fingerübung ist, ein solches Tool zu erstellen ;).

holgerscherer
15-07-09, 23:16
Ich denke, dass dies eher eine Fingerübung ist, ein solches Tool zu erstellen ;).

Dann los, Du könntest schon fertig sein ;-)

-h

B.Hauser
16-07-09, 06:28
Es geht mir eigentlich nicht darum, ob es eine Fingerübung ist, oder wie man das Ganze realisieren könnte oder ob es das Ganze vielleicht schon gibt, sondern eher darum, ob ein solches Tool in der heutigen Zeit überhaupt noch benötigt wird.

Birgitta

Fuerchau
16-07-09, 09:04
Um es mit Dieters Worten zu beschreiben:
Einer "alten" Software einen "neuen" Hut zu verpassen, macht diese nicht besser.

Um nur auf ILE umzustellen reicht ein CVTRPGSRC, der macht zumindest nichts kaputt.

Z.B. ist die Verwendung von Bezugszahlen für Dateioperationen im Verlauf eines Programmes manchmal nicht unerheblich. Der Chain setzt die BZ, diese wird ggf. in der DSPF dann verwendet oder löst irgendwo später eine Abfrage auf.

MOVE's werden manchmal absichtlich kodiert, insbesonders wenn die Feldlängen unterschiedlich sind um "Reste" zu erhalten oder Kommastellen zu verschieben.
Es gibt sicherlich tausende Möglichkeiten, RPG-Code zu nutzen, was kein Analysator irgendwie nachvollziehen kann.

Ich habe ja nichts gegen die Idee, aber meine Meinung ist, einen solchen Aufwand kann man sich sparen, da er eine Anwendung nicht verbessert und schon gar nicht "modernisiert".

Hier hilft nur ein klares Redesign, also quasi Neuentwicklung, um ILE-features auch wirklich zu nutzen.

loeweadolf
16-07-09, 11:11
Hallo Forum, hallo Birgitta,


ich wäre schon sehr interessiert an so einem Tool.


Häufig sind bei einem Kunden Änderungen an Altprogrammen vorzunehmen.
Da wäre es doch schon hilfreich, wenn ich diese vor der Änderung zunächst nach RPG IV konvertieren könnte.

;)

Fuerchau
16-07-09, 11:18
Mach doch einen CVTRPGSRC, das ist auf jeden Fall sicher.

loeweadolf
16-07-09, 11:44
Mach doch einen CVTRPGSRC, das ist auf jeden Fall sicher.

Ich gehe mal davon aus, dass Birgittes Umsetzungsprogramm mehr kann als CVTRPGSR und dass es (hoffentlich) auch sicher sein wird.

Können eigentlich auch RPGII-Programme mit CVTRPGSRC umgesetzt werden nach RPG IV ?
Lt. Brigitte will sie so was auch vorsehen.

Fuerchau
16-07-09, 12:42
Da sind ggf. die anderen Projekte, die RPG nach Java o.ä. konvertieren ggf. erheblich weiter.

Ist ja nur meine persönliche Meinung ;).

loeweadolf
16-07-09, 12:48
Da sind ggf. die anderen Projekte, die RPG nach Java o.ä. konvertieren ggf. erheblich weiter.

Ist ja nur meine persönliche Meinung ;).

Wenn Projekte nach JAVA konvertiert werden sollen, setzt das voraus, dass man in JAVA programmieren kann.

Es geht mir um eine Hilfestellung, wenn einzelne Programme innerhalb eines Gesamtprojektes zu ändern sind, wobei eine komplette Neuprogrammierung nicht erwünscht ist.

( umgestellte Programme sind für mich besser zu lesen, noich besser ist natürlich FREE PG )