XProfan

- Seite 4 -

Joar Frank - zumal - ich vertrete eh die Meinung das eine Abwärtskompatibilität höchstens im Groben gewährleistet sein brauch. Wenn wer seine Profan6.6-Codes weiterpflegen möchte - dann mit Profan6.6. ;)

04.09.2007 ▲

05.09.2007 ▲

Nico
Madysa

Schließlich konnten Roland und ich uns sogar beim wend einigen.

(Zur Erinnerung: Es bleibt weiter unterstützt, wird aber nicht mehr in der Hilfe aufgeführt. Daher werden die wend-Nutzer in einigen Jahrzehnten von selbst ausgestorben sein.

)

Nico Madysa

05.09.2007 ▲

Dietmar
Horn

Zitat aus der Hilfedatei von XProfan 10:

Wichtiger Hinweis: In künftigen XProfan-Versionen wird Def nur noch für die Definition von Konstanten verwandt werden.

Da quiekt meine Herzklappe doch schon wieder ganz schön laut vor sich hin!

Mensch Leute - wehret den Anfängen!

Gruß
Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

RGH

Dietmar Horn

Zitat aus der Hilfedatei von XProfan 10:

Dietmar Horn

Wichtiger Hinweis: In künftigen XProfan-Versionen wird Def nur noch für die Definition von Konstanten verwandt werden.

Da quiekt meine Herzklappe doch schon wieder ganz schön laut vor sich hin!

Mensch Leute - wehret den Anfängen!

Gruß
Dietmar

He, he, vielleicht solltest Du Sie mit dem Jever ölen, statt es einzufrieren!

Im Ernst:
Zum Ersten bleibt diese Funktion noch undokumentiert bestehen. Es besteht keinerlei technischer Grund, sie zu entfernen.
Und zum Zweiten wird es in der nächsten XProfan-Version (die möglicherweise XProfan 2008 heißt) einen Ersatz geben, der nicht nur bequemer, sondern auch deutlich schneller ist (Stichwort: statisches Linken) und das DEF als API-Einbindung sehr schnell vergessen läßt.

Gruß
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Frank
Abbing

Zum Ersten bleibt diese Funktion noch undokumentiert bestehen. Es besteht keinerlei technischer Grund, sie zu entfernen.
Und zum Zweiten wird es in der nächsten XProfan-Version (die möglicherweise XProfan 2008 heißt) einen Ersatz geben, der nicht nur bequemer, sondern auch deutlich schneller ist (Stichwort: statisches Linken) und das DEF als API-Einbindung sehr schnell vergessen läßt.

Da wird sich Dietmars Herzklappe sicher schnell wieder beruhigen.

Ich sags nochmal, ich finde es in Ordnung, wenn unnützer Balast mal abgeschüttelt wird. Rolands Technik solche Sachen im Code bestehen zu lassen aber aus der Anleitung zu entfernen halte ich für einen geschickten Zug.

Also so richtig verstehen tue ich es aber trotzdem nicht, sei denn es geht um Größenreduzierung der Runtime. Ich verstehe es deshalb nicht weil Roland ohne Weiteres seinem Präkompiler beibringen kann alte Befehle in z.B. callByName(alterbefehl,...) umwandeln zu lassen. Sozusagen eine Funktion callByName die alte Funktionen auffängt ohne das eine Befehls-ID verbraucht wird.

RGH

@iF:

Wenn ich z.B. 20 create.....-Funktionen durch 1 Funktion create(...... ersetze habe ich 19 IDs gespart und kann sie an anderer Stelle verwenden. Das ist aber nur eine Seite der Medallie.
Die zweite ist die Übersichtlichkeit und/oder Logik der Sprache und damit vielleicht auch die leichtere Erlernbarkeit trotz zunehmender Komplexität. (Hier ist sicherlich auch einige Geschmacksache.) So habe ich diese Containerfunktionen z.B. bei ZIM (einer amerikanisch/kanadischen Datenbank-4GL) kennen und schätzen gelernt: Alle Settings wurden z.B. mit einer Funktion mit zahlreichen Subfunktionen eingestellt. Wenn ich also eine Einstellung benötigte, wußte ich sofort, welchen Funktion zu verwenden war und wo ich in der Doku nachzuschlagen hatte und im Quellcode ist sofort erkennbar, daß es sich um eine Einstellung handelt, weil da eine Setfunktion steht. (Es geht ja nicht nur ums Schreiben des Quellcodes, sondern auch darum, ihn später noch zu verstehen.) Als mir dann die IDs in Profan auszugehen drohten, fiel mir diese Technik ein, und ich setzte sie in Profan ein (ab 7.0). (Und die Erweiterbarkeit dieser Containerfunktionen mittels SUBPROC setzten dem Ganzen die Krone auf. Das gab es selbst in ZIM nicht!

)
Zur Übersichtlichkeit gehört auch, daß ich nicht für eine Funktion mehrere Befehle/Funktionen ader alternative Schreibweisen haben möchte. Ein Beispiel: zunächst gabe es den Befehk MESSAGEBOX. Um die gedrückte Taste zu ermitteln, war eine Systemvariable abzufragen. Das erwies sich später als unpraktisch und es wurde die Funktion MESSAGEBOX() eingeführt, die die gedrückte Taste zurückgab. Im Rahmen des Ausmistens wurde der Befehl nun abgeschafft (1 ID wurde frei). Damit aber die alten Quellcodes der alten Hasen noch funktionieren (und Dietmars Herzklappe geschont wird ;) ) wandelt der integrierte PreCompiler vor dem Compilieren/Interpretieren beim Einlesen des Quellcodes den MESSAGEBOX-Befehl in die MESSAGEBOX-Funktion um. Neueinsteiger müssen mit dem veralteten Messagebox-Befehl aber nicht mehr belästigt werden, deshalb fehlt er in der Einführung der Hilfe. (Im Anhang der veralteten Befehle taucht er aber doch noch auf, damit auch der Neueinsteiger alte Quellcodes verstehen kann.)
Auf diese Weise versuche ich, die Sprache weiter zu entwickeln, ohne die Kompatibilität mit Füßen zu treten.

Gruß
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Nico
Madysa

Und deswegen hat noch keiner von uns das Profan-Programmieren aufgegeben.

Nico Madysa