Brauche Hilfe bei RPG III

[Micha23]

jo er meint das es halt wichtig wär das ich die grund begriffe kenne und weiss wie das alles funktioniert...
obwohl das ganze mit iSeries viel einfacher wird usw.
aber hauptsache ich kann RPG III



gruß Micha

[JonnyRico]

Mach doch einfach ein schönes Modul (GETTEL) aus dem du die Telefonnummer pro Kunde ermittelst.

Also Modul scheidet ja aus weil wegen "Postkutschen" RPGIII. Das mit dem externem Programm und Parameter würde natürlich klappen.

Hallo,
sowas ähnliches habe ich befürchtet. Wenn heute jemand Auto fahren lernen soll, dann bringt man dem zuerst bei Pferdekutsche zu fahren um ihm nachher zu erzählen, dass er beim Auto aber auch lenken muss und dass man bremsen muss, anstatt Brrr zu rufen lernt man dann hoffentlich bevor man in den Graben gefahren ist.
Ich weiß, eigentlich müsste man das deinem Ausbilder klar machen, aber der hat ja nicht gepostet...

Also ich denke der richtige Anfang ist es schon "grob!!" (nicht groß programmieren!) mit RPGIII anzufangen. Das man den Zyklus vielleicht einmal verstanden hat. Ich denke dann aber fix ran an RPGIV + ILE wenn's RPG sein soll.

Gruß

Sascha

[BenderD]

Hallo Sascha,

da möchte ich vehement widersprechen (und habe im Ausbildungssektor ein wenig Erfahrung). Anfangen sollte man beim RPG lernen mit dem wie man es nachher machen soll und da ist es am Besten sofort mit Freeformat und ILE RPG anzufangen und zwar mit programmieren, wenn man das dann kann, dann schaut man sich mal zwei RPG Schinken an und hat den ganzen Zyklus Schmonzes in einem halben Tag begriffen.
Macht man es umgekehrt, dann ist die Riesen Gefahr, dass man sich am Anfang Dinge angewöhnt, die im RPGII oder RPGIII nicht besser gingen und sich damit den Programmierstil versaut.

mfg

Dieter Bender

Also ich denke der richtige Anfang ist es schon "grob!!" (nicht groß programmieren!) mit RPGIII anzufangen. Das man den Zyklus vielleicht einmal verstanden hat. Ich denke dann aber fix ran an RPGIV + ILE wenn's RPG sein soll.

Gruß

Sascha

[JonnyRico]

Ja da hast du sicher recht. Ich wollte damit nur sagen, das ich es dennoch für wichtig halte, das man den Zyklus dennoch versteht und weiß wie es "früher" war. Das man sich lange damit aufhält mach keinen Sinn!
Aber wie auch dieses Beispiel zeigt, programmieren immer noch Leute in RPGIII und wenn man dann mal so ein Programm lesen muss und nie was mit Zyklus am Hut hatte dann ist es schwer sich da hineinzuversetzen. Aber nochmal: Programmieren in RPGIII Nein. Lesen können: JA

[Micha23]

also...

ich habe nochmal mit meinem Ausbilder gesprochen und geklärt wie der Zugriff auf die Rufnummer vonstatten gehen soll, zumindest theoretisch...

ich soll mir das ungefähr so vorstellen, als hätte ich drei kartons mit kartei karten, der eine Karton gehört Arbeiter X, der ander Arbeiter Y und der 3. Arbeiter Z nun suche ich eine bestimmte Kartei, und wenn ich nicht jeden Karton einzeln durchsuchen möchte muss ich natürlich die Daten zusammenfassen.
Aber wie ist das bei meinem problem mit den Rufnummern zu realisieren???

gruß Micha

[JonnyRico]

Hallo,

so wie das manche Leute mit ihren Socken machen: Schublade für Schublade aufmachen bis man passende gefunden hat und wenn man in der letzten Schublade keine gefunden hat, geht man barfuß an die Arbeit.

mfg

Dieter Bender

Ich denke das wird der Weg sein den du gehen muss.
Die Möglichkeit alles in eine Tabelle zu bekommen scheint mir schwierig. Schließlich müsstest du immer wenn sich eine Telefonnummer in einer Date ändert oder hinzugefügt wird, deine neue "große" Tabelle auch ändern.
Ein zusammenkopieren bei der Identifikation macht ja auch keinen Sinn, da es zeitintensiver ist als das reine durchsuchen.

[tfroehlich]

Guten Tag Forum,

zum Thema RPG III muss ich leider (selber betroffen)
folgendes feststellen.

Meiner Meinung nach sollte jeder schon mal in RPG II und RPG III programmiert haben.
Der Grund:
Es gibt noch zuviele Standardpakete die noch auf RPG III
basieren. ZUm Thema RPG II. Erinnert Euch bitte an eine Anfrage hier im Forum, ob RPG II noch auf Version v5r2 läuft.
Natürlich ist RPG IV komfortabler und eleganter als RPG III,
aber die Softwarehäuser haben im Moment andere Sorgen.
(Anpassungen an gesetzliche, steuerliche Anforderungen).
Thema ILE.
Das ILE-Konzept hat seine Vor und Nachteile für Programmpakete.

Ein Nachteil ist das grössere Resourcen benötigt werden.
Zum Beispiel unsere Fibu hatte sich schlagartig mit Faktor
1,5 vergrössert. Unsere alte Maschine wäre hiermit tot gewesen. Softwarehäuser überlegen sich das, ob sie dann für
Anwender uninteressant werden.
Zum Beispiel eine 520 V5R3 für 5 User - Fibu!!
Da kann eine "PC-Lösung" günstiger sein.

Ein Dozent von der IBM sagte mir:
Nutzen Sie die Sprachen(Tools), die Ihnen für ihren Teil der Anwendungen Vorteile verschaffen.
Manchmal macht ILE auch keinen Sinn!

Ich möchte hiermit niemand auf den Schlips getreten haben und möchte auch am liebsten heute auf ILE-RPG umsteigen aber ILE ist ein Konzept, das von vorne bis hinten durchdacht werden muss und nicht ohne weiteres an alte Anwendungen
integriert werden kann.

Gruss Thomas

[BenderD]

Hallo Thomas,

bei meinem ersten Kontakt mit Programmierung hatte ich im Mathestudium die Auswahl zwischen Algol68 und Fortran und habe mich falsch entschieden, nämlich für Fortran, da ich richtigerweise dachte, dass das für mathematische Berechnungen das Beste sei. Falsch war diese Entscheidung, weil ich nicht daran gedacht hatte, dass Programmiersprachen unterschiedlich gut zum lernen geeignet sind.

Was RPG angeht, so ist das ohnehin schon keine Sprache, die zum lernen des Programmierhandwerks besonders gut geeignet ist und existierende Software und deren Programmierstil sind in allen Sprachen, die ich kenne noch ungeeigneter zum Einstieg, da ist einfach zu viel, was den Anfänger eher verwirrt und das wesentliche verschwimmt dazwischen.

Meine Empfehlung mit ILE RPG anzufangen hat im wesentlichen genau diesen Hintergrund; es ermöglicht modulare Programmierung, im Freeformat kann man verschachtelte Konstrukte lesbarer darstellen, die Verwendung von Langnamen ermöglicht sprechende Namen für Variablen und Prozeduren und der Compiler prüft bei der Verwendung von Prototypen Aufrufschnittstellen (eine beliebte Quelle von Anfängerfehlern). Ich bin mir sehr wohl bewusst, dass bei betrieblicher Ausbildung und davon handelt diese Diskussion, auch Kenntnisse in Steinzeit RPG gefragt sind, bis hin zu MR, Switch und OCL, aber damit sollte man sich befassen, wenn man solide Kenntnis davon hat, wie man es gerne machen würde.

Eine letzte Bemerkung: wenn Altlasten derart zählebig sind, wie in RPG Programmen, dann sollte man auch mal darüber nachdenken, was das mit der Ausbildung von RPG Programmierern zu tun haben könnte.

mfg

Dieter Bender

Guten Tag Forum,

zum Thema RPG III muss ich leider (selber betroffen)
folgendes feststellen.

Meiner Meinung nach sollte jeder schon mal in RPG II und RPG III programmiert haben.
Der Grund:
Es gibt noch zuviele Standardpakete die noch auf RPG III
basieren. ZUm Thema RPG II. Erinnert Euch bitte an eine Anfrage hier im Forum, ob RPG II noch auf Version v5r2 läuft.
Natürlich ist RPG IV komfortabler und eleganter als RPG III,
aber die Softwarehäuser haben im Moment andere Sorgen.
(Anpassungen an gesetzliche, steuerliche Anforderungen).
Thema ILE.
Das ILE-Konzept hat seine Vor und Nachteile für Programmpakete.

Ein Nachteil ist das grössere Resourcen benötigt werden.
Zum Beispiel unsere Fibu hatte sich schlagartig mit Faktor
1,5 vergrössert. Unsere alte Maschine wäre hiermit tot gewesen. Softwarehäuser überlegen sich das, ob sie dann für
Anwender uninteressant werden.
Zum Beispiel eine 520 V5R3 für 5 User - Fibu!!
Da kann eine "PC-Lösung" günstiger sein.

Ein Dozent von der IBM sagte mir:
Nutzen Sie die Sprachen(Tools), die Ihnen für ihren Teil der Anwendungen Vorteile verschaffen.
Manchmal macht ILE auch keinen Sinn!

Ich möchte hiermit niemand auf den Schlips getreten haben und möchte auch am liebsten heute auf ILE-RPG umsteigen aber ILE ist ein Konzept, das von vorne bis hinten durchdacht werden muss und nicht ohne weiteres an alte Anwendungen
integriert werden kann.

Gruss Thomas

[shorty]

Ich denke ihr weicht zu sehr vom Thema ab. Dem Jungen muß geholfen werden.
Also wenn ich das richtig verstehe und die Datenbanken gleich aufgebaut sind, kannst Du eine Logische DB über die 3 Physischen legen. Diese erneuert sich automatisch bei einer Änderung der physischen DB's. Nun dürfte es kein Problem mehr sein die Nummer in dieser einen DB zu finden und die Daten auszulesen ... AUCH MIT RPG III !!!

[Micha23]

das ist mir schon mal eine große hilfe,danke,aber wie sit das in rpg zu realisieren???


gruß Micha

[shorty]

Du mußt in RPG nach dem Satznamen auswählen. Zuerst legst Du eine Datenstruktur über die DB in der die PF zusammen gefasst sind( sprich eine logische DB = LF). Um den Satznamen zu bekommen mußt Du eine Dateibeschreibungsdatenstruktur in der Deffinition der DB angeben (F-Zeile Schlüsselwort:INFDS). Danach deklarierst Du die Datenstruktur mit einer Variable auf die Position 261-270. In dieser befindet sich immer der Satznamen der jew. DB. Nun kannst Du im Programm über den Schlüssel der LF einen Satz suchen und mit einer SELECT-Anweisung den Satznamen aus der Variablen abfragen in der der Satzname der PF steht und schon kann man die Felder der LF exakt ansprechen, die man dort, refferierend auf die PF, deklariert hat.
Ich hoffe das war verständlich erklärt ...

[Micha23]

also ich hab mit meinem ausbilder über das ganze geredet und hab ihm meinen lösungsvorschlag gegeben, aber ohne Logisce Dateien, da es in diesem Fall nicht damit zu realisieren ist, deswegen sind wir bei einer Datei verblieben die auf die anderen zugreift, aber...

Dann komm wie immer das "ABER" eines Ausbilders:
"Was wäre wenn... sich die Dateien, bzw. Kundendaten ändern oder gelöscht werden???"

und mit diesem Problem geht der ganze spaß nun weiter.

Meine Frage ist jetzt wie kann ich die Dateien am besten aktualisieren ohne großen manuellen aufwand?


gruß Micha