-
Total free rpg
Hallo zusammen,
wir dürfen jetzt auch mal endlich free rpg programmieren.
Kann mir jemand gute Lektüre oder bezahlbare Kurse nennen ?
Viele Grüße harkne
-
Also Kurse lohnen nicht, die PDF-Handbücher zum Download sind da vollkommen ausreichend.
Um allerdings Total-Free richtig ausnutzen zu können, sollte man sich diesbezüglich von SEU verabschieden. RDi bietet hier erst die Unterstützung incl. selektivem Popup (Intellisense).
Der SEU kennt die neuen Anweisungen schon gar nicht mehr und meldet nur Fehler.
-
Hallo Harkne,
ich bin sicher, dass ihr den Umstieg nicht bereuen werdet.
Ich habe mir damals einfach die RPG Referenz von IBM durchgeguckt. Dort gibt es ja eine Auflistung der gesamten Schlüsselworte. Dort ist auch immer aufgeführt, wie das Pendant des Schlüsselwortes im free Format lautet.
Natürlich muss man sich auch mal damit vertraut machen, wie man Variablen usw. deklariert. Das kann man in der RPG Referenz oder im User Guide aber auch schnell nachlesen. Ist ja immer das gleiche Prinzip: Man schreibt dcl- und dann eine Kennung, was man deklarieren will. Also dcl-c für eine Konstante oder dcl-proc für eine Procedure.
Wir haben uns vor der Firma ARCAD den "Transformer RPG" gekauft. Das Ding kann sehr gut bestehende Fixed Format Sourcen in free Format umwandeln. Wenn man dann den eigenen Code im free sieht, erkennt man schon selber ziemlich schnell, was sich beim Umstieg von fix auf free ändert.
Ganz wichtig ist, dass ihr eine vernünftige Entwicklungsumgebung verwendet. Wir nutzen RDi. Mit SEU wirst du keine Freude haben.
Dieter
-
Hallo alle,
vielen Dank für die Antworten. RDI benutze ich heute schon für ILE-RPG.
Viele Grüße Harald
-
Na denn, frisch ans Werk. Ich habe es auch schon gelernt;-).
Ich bin jetzt nur noch gespannt, wann es
- instantiierbare ILERPG-Klassen
- Dynamische Arrays / Collection / Hashtables
- Dynamische Strukturen
- Aufhebung der 16 MB-Grenze
gibt.
Oder noch viel besser:
Portierung von .Net-Core auf AS/400 => native C#/VB.Net/... auf AS/400, ASP.Net u.v.m.
Windows damit so richtig das Wasser abgraben.
-
Im Großen und Ganzen kann man FREE alleine lernen wenn man möchte.
Wenn man einen Workshop haben will würde es eher dann Sinn machen wenn man diesen kombiniert.
Z.B. ILE Konzept mit Prozeduren, Prototypen, Serviceprogramme, neue Technologien von SQL in RPG nützen, wie kann ich in RPG möglichst einfach und schnell XML & JSON lesen bzw. generieren usw.
In FREE gibt es auch kein CALL 'MYPGM' mehr, sondern man muss die Programme als Prozeduren via Prototype deklarieren.
Ich kann RPG Prozeduren in CL oder auch SQL als Funktionen benützen.
Ich mache gerade einen Workshop über genau diese Themen.
Den Leuten gefällt es sehr, sind überrascht was alles möglich ist und wollen gar nicht mehr im alten Styl Entwickeln.
Alte Programme zu konvertieren ist Lobenswert, und wenn's funktioniert auch super.
Jedoch meiner Meinung nach nicht zwingend notwendig.
Normal reicht es wenn man sich darauf einigt neue Programme oder größere Änderungen im neuen Stil zu schreiben.
Alte Programme können bleiben wie sie sind.
Dadurch fällt das K.O. Argument: "Entweder alles oder nichts".
lg Andreas
-
Zitat von Fuerchau
Na denn, frisch ans Werk. Ich habe es auch schon gelernt;-).
Ich bin jetzt nur noch gespannt, wann es
- instantiierbare ILERPG-Klassen
- Dynamische Arrays / Collection / Hashtables
- Dynamische Strukturen
- Aufhebung der 16 MB-Grenze
gibt.
Oder noch viel besser:
Portierung von .Net-Core auf AS/400 => native C#/VB.Net/... auf AS/400, ASP.Net u.v.m.
Windows damit so richtig das Wasser abgraben.
Du weisst doch, wie man RFEs schreibt? Dann ran
Allerdings würde ich das Windows-Gerödel nicht nativ auf der i haben wollen. In dem API-Grab verläuft man sich ja.
-h
-
Zitat von andreaspr@aon.at
Alte Programme zu konvertieren ist Lobenswert, und wenn's funktioniert auch super.
Jedoch meiner Meinung nach nicht zwingend notwendig.
Normal reicht es wenn man sich darauf einigt neue Programme oder größere Änderungen im neuen Stil zu schreiben.
Alte Programme können bleiben wie sie sind.
Dadurch fällt das K.O. Argument: "Entweder alles oder nichts".
Da schließe ich mich an. Wir setzen den ARCAD Transformer nur gezielt ein. Wenn in einem fixed format Programm eine (größere) Änderung notwendig ist, konvertiere ich das Programm und mache die Änderung dann im fully free.
Auch wenn der ARCAD Transformer ganz gut ist, benötigt jede Konvertierung etwas Nacharbeit. Deshalb konvertieren wir nur, wenn es sich lohnt. Neues schreiben wir immer in fully free.
Der Umstieg auf fully free ist eigentlich sehr einfach. Vieles wird ja einfach besser als vorher!
Der größte Knackpunkt wird wahrscheinlich wirklich die Tatsache sein, dass man das Schlüsselwort CALL nicht mehr nutzen kann, um Programme aufzurufen. Man ist gezwungen, für jedes Programm, das man aufrufen möchte, einen Prototyp zu definieren (und am besten in einer Copy-Strecke abzulegen). Das klingt im ersten Moment sehr umständlich, aber man bekommt auch etwas dafür: Durch die Prototypes werden Fehler bei Parameterübergaben stark reduziert und meistens schon zur Compilezeit erkannt.
-
Dann hast du dir .Net-Core noch nicht angeschaut.
Das ist quasi die ursprüngliche und nun zugelassene Raubkopie von .Net, ehemals genannt Mono.
Auf Grund eines sogar amerikanischen Kartellurteils musste Microsoft die Quellen offen legen.
Somit ist aus Mono (nur .Net 2.0) nun Core geworden.
Warum also soll Core nicht auf der AS/400 ebenso laufen wie auf Linux oder sogar Android?
Man könnte damit dann mal tatsächlich zumindest aus der C#/VB.Net-Ecke auch Entwickler wieder für unsere AS/400 ködern.
-
Hi,
dann natürlich auch wenn mit Sourcefiles gearbeitet wird die Sourcemember auf 200 Stellen erweitern.
Wir wollen doch wohl endlich von der 80 stelligen Lochkarte weg :-)
Gruß
Michael
-
Also was die Fehlererkennung zur Compilezeit angeht, so hört es bei der Verwendung von DS'n als Parameter allerdings auf.
Bei Reference wird zumindest nicht einmal die Länge der DS geprüft.
Bei CONST/VALUE ist das noch nachvollziehbar aber nicht bei Reference.
Bisher konnte ich immer erst zur Laufzeit Tippfehler im Parameternamen erkennen, da die Folgeverarbeitung ggf. durch Pufferüberschreibungen abstürzte.
Intellisense hat zwar schon Vorteile, aber schnell ist da auch schon mal ein Name verwechselt.
Die Prüfung sollte mindestens bei DS-Parametern eine Struktur-Signatur ermitteln und prüfen.
Damit könnten schon so einige Fehler früher behoben werden.
Das selbe gilt immer noch bei SQL-Feldern.
Hier sollte eine Verpflichtung zur Compilezeit (Option?) der Existenz von SQL-Variablen einstellbar sein.
Dann würden auch hier eine Vielzahl von Tippfehlern frühzeitig erkannt werden.
-
@MK
Warum denn nicht gleich mit IFS-Streams?
Dann entfällt das Ganze Membergedöhns, man kann z.B. GiT nutzen und sonstige Tools die mit IFS-Streams umgehen können.
Similar Threads
-
By Dominic K. in forum NEWSboard Programmierung
Antworten: 11
Letzter Beitrag: 04-04-17, 16:25
-
By ExAzubi in forum NEWSboard Programmierung
Antworten: 24
Letzter Beitrag: 19-07-16, 09:38
-
By philsturm in forum NEWSboard Programmierung
Antworten: 6
Letzter Beitrag: 05-09-14, 09:09
-
By Gimli in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 11-03-03, 10:16
-
By Gimli in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 03-03-03, 10:23
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks