View Full Version : RPG bald ohne 80 Spaltenbegrenzung
Ich frage mich nur, ob einem das nun ermöglicht bessere Programme zu schreiben:).
Man konnte auch schon in RPGII wohl strukturierte, lesbare und leicht zu wartende Programme schreiben und kann auch mit Java und Co unlesbaren und nicht wartbaren Spaghetticode produzieren (vielleicht sogar leichter als mit RPG :)).
Programmierung ist eine Kunst und nicht nur das blödsinninge Aneinanderreihen von irgendwelchen Code-Zeilen. Das gilt für alle Programmiersprachen.
Allerdings liest das Auge immer mit. Mich erfasst teilweise schon das kalte Grausen, wenn ich (vielleicht sogar wohldurchdachte und strukturierten) Source Code sehe, bei dem über Seiten hinweg weder eine Einrückung (oder eine falsche Einrückung) , noch eine Leerzeile vorhanden ist.
Birgitta
@Java: AppServer4RPG ist ursprünglich mal unter Java 1.4 erstellt worden (vor ca. 10 Jahren); bei ArdGate habe ich dann Java 5 verwendet (wg. generics) und alles unter Java 5 deployed, ohne ein einziges Statement anzupassen, das ist mittlerweile 5 Jahre her. Seitdem habe ich das Ganze kontinuierlich weiter entwickelt und deploye immer noch unter Java 5, ich könnte aber auch jedes höhere Release bis zum neuesten verwenden, ohne eine einzige Zeile zu ändern. ArdGate (und damit auch AppServer4RPG hat weltweit > 100 produktive Installationen, darunter einige in Israel (hebräisch), ich weiß nicht einmal unter welchen Releases das alles läuft, einziges Requirement: Java 5 oder neuer. Betriebssystem ist zumeist OS/400, ab Release 5.3 (oder 5.2?) bis hin zu neuesten V7 Installationen, in einigen Installationen läuft der Java Part auch unter anderen OS, ich weiß nicht einmal welche.
Die verwendeten Java Versionen differieren nicht nur von Java 5 bis zur aktuellen Version, es werden auch noch unterschiedliche VMs verwendet, classic, J9, 32 Bit, 64 Bit und was es da noch alles gab und gibt. Ich habe bis heute nicht eine einzige Fehlermeldung, die sich auf die Java Version zurückführen lässt. nicht eine einzige Zeile wegen Java Version geändert.
@RPG: Ich wundere mich schon, dass die, die am lautesten jubeln, nicht einmal wissen, wie lang RPG Code im free wirklich sein darf, schaut mal in die RPG Reference und macht euch schlau, bevor ihr andere in die Ecke der Rückständigen stellen wollt. Für mich wäre es schon schön, wenn dieser völlig unsinnige und nervige rechte Lochkartenrand verschwinden möge und man dahinschreiben darf, wo man will, ob dann der Editor das für den Compiler auf was auch immer kürzt, das ist mir völlig egal - und ein Grund zum Jubel ist solch eine Selbstverständlichkeit für mich ohnehin nicht.
Am Rande sei noch vermerkt, dass mein Java Code so irgendwo bei 100 Stellen maximal endet und gängige Beautifier (Fremdwort für RDI) so um die 80 Stellen verwenden.
D*B
Ich kann es auf jeden Fall kaum erwarten, finde das die absolut richtige Richtung seitens IBM(Rational).
Wer will kann von mir aus bei 50, 60 oder 80 Stellen einen Zeilenumbruch machen, ich mache dort einen, wo ich es für angebracht halte, und das wäre eben manchmal jenseits der 80sten Stelle der Fall. Da sind wir uns, bei uns im Haus, alle einig.
LG Peter
andreaspr@aon.at
07-09-15, 10:19
Ich finds nur seltsam, ich habe im Access/VBA Erweiterungen geschrieben, die nach einem Office Update nicht mehr funktionierten, da MS gewisse Methoden-Aufrufe umgeändert haben.
Und wir haben auch Java Applikationen wo Java 5 maximum und andere wo Java 6 minimum da es da scheinbar irgendeine Änderung gab oder depricated Funktionen entfernt wurden (die dazumals noch nicht depricated waren).
Das so ein (wirklich kleines) Thema solche emotionen hochbringen kann.
Stelle mir das gerade so Bildlich vor: Einige Protestierende Bürger mit Plakate und der Aufschrift "Wir wollen wieder 80 Zeichen!!!"
Spaß bei Seite: Ich verstehe wirklich nicht warum man da unbedingt seinen Willen durchbringen muss.
Es gibt vielleicht Entwickler die hätten es irgendwann mal gerne und es gibt jene die das nicht wollen/brauchen.
Ist es so schlimm jedem die Entscheidung selbst treffen zu lassen?!?
Spaß bei Seite: Ich verstehe wirklich nicht warum man da unbedingt seinen Willen durchbringen muss.
Es gibt vielleicht Entwickler die hätten es irgendwann mal gerne und es gibt jene die das nicht wollen/brauchen.
Ist es so schlimm jedem die Entscheidung selbst treffen zu lassen?!?
Nicht jedem, sondern dem ersten!
Manchmal muß man auch Stellen in einem Quelltext
ändern/erweitern, die jemand anderes geschrieben hat ...
Hallo und allen einen wunderschönen guten Morgen, eine produktive Woche und allzeit fehlerfreie Programmierzeilen.
Das sieht mir alles nach einer Marktlücke aus. Wir brauchen ein Produkt dem wir einfach unseren Programmierstil (80, 96 etc...) verklickertn und dieses wandelt dann jede beiliebige Quelle in das
ensprechende Format um ....
Ein bisserl Spass muss sein ...
Gruß aus dem fast schon wieder sommerlich sonnigen Flensburg
Ralf
Und wir haben auch Java Applikationen wo Java 5 maximum und andere wo Java 6 minimum da es da scheinbar irgendeine Änderung gab oder depricated Funktionen entfernt wurden (die dazumals noch nicht depricated waren).
... was für ein Unfug, da kann ich Dir nur Unwissenheit zu Gute halten. Dass aus Java 5 mit einem späteren Release was entfernt wurde (sprich unter neuerem Release nicht läuft) halte ich für ein Gerücht und bitte um entsprechenden Beleg. Dass eine Anwendung ein Mindestrelease haben muss, ist völlig normal und gilt für jede Programmiersprache (auch für RPG!), woher soll auch ein älteres Release später hinzugekommene Funktionalität kennen.
D*B
Für mich ging es nur darum, dass das Aufheben der Begrenzung als Innovation verkauft wird, die ja keine ist.
Das geht in die Selbe Richtung wie (nicht ganz ernst gemeinte) mal eine Subfileerweiterung auf 32767 oder 65535 Zeilen oder eine Breite von mehr als 80/132 mit automatischen Rollen nach links und rechts (wie Windows das ja schließlich seit Windows 2.0 auch kann).
dschroeder
07-09-15, 16:32
Ich fühle mich genötigt, auch noch meinen Senf dazuzugeben. Wir haben uns schon häufig über die störende 80-Zeichen Einschränkung geändert. Manchmal fehlen einfach noch ein oder zwei Zeichen, um die Zeile zu vollenden. Dann wird man wegen der Spaltenbegrenzung gezwungen, umzubrechen. Das ist echt ein Feature, auf das wir schon lange warten. Wir arbeiten allerdings praktisch nur noch im RDi. Im SEU wäre es mir auch nicht so wichtig.
Aber ich habe noch eine Frage dazu: Wir editieren zwar im RDi, aber wir speichern die Sourcen weiterhin klassisch in Sourcefiles, also nicht im IFS. Funktioniert das dann weiterhin oder zwingt einen die Erweiterung, seine Sourcespeicherung zu ändern? Weiß da schon jemand etwas?
Dieter
Ich denke wenn du Glück hast wird RDi dir da was auf die Finger geben wenn die Zeile zu lang wird.
Falls du Pech hast wird eben abgeschnitten.