Das with-Statement in XE4

[jensw_2000]

With nutze ich auch häufig und gerne. Scope Probleme hatte ich ebenfalls noch nicht.

Ich hoffe nur, dass es in "XE5" (oder wann es auch immer soweit sein wird, dass with wegfällt und wir im x86/x64 Compiler 0-based Strings haben) einen ordentlichen, stabilen und zuverlässigen Project Migration Wizard im Delphi geben wird, der alle with Blöcke ersetzen kann, alle String Deklarationen anpasst und alle aufgerufenen Stringfunktionen "korrigiert".
Das ganze natürlich so, dass der Code mit IFDEFs optional auch noch abwärtskompatibel zu der Quell-Delphiversion bleibt.

Wenn ich mir vorstelle, dass ich demnächst meine 10 Jahre "Tipparbeit" wieder einmal auf den Kopf stellen darf um irgendeiner aufgezwungenen RTL Umstellung gerecht zu werden, dann ... ... weis ich nicht, wie lange ich überhaupt noch neue Projekte mit Delphi beginnen werde ...

[Bernhard Geyer]

Zitat von jensw_2000:

Das ganze natürlich so, dass der Code mit IFDEFs optional auch noch abwärtskompatibel zu der Quell-Delphiversion bleibt.

Abwärtskompatiblität wirds nicht geben. Aber die umbauarbeiten bezüglich Strings auf .net/java-"Kompatibilität" ist ja mit den entsprechenden String-Methoden möglich.

[jensw_2000]

Zitat von Bernhard Geyer:

Zitat von jensw_2000:

Das ganze natürlich so, dass der Code mit IFDEFs optional auch noch abwärtskompatibel zu der Quell-Delphiversion bleibt.

Abwärtskompatiblität wirds nicht geben. Aber die umbauarbeiten bezüglich Strings auf .net/java-"Kompatibilität" ist ja mit den entsprechenden String-Methoden möglich.

Warum sollen IFDEFS nicht gehen?

Code:

IFDEF RTLVERSION < "XE.n.Version"
  i := pos('x',s);
  if i > 0 then ...
ELSE
  i := s.indexof('x');
  if i > -1 then ...
ENDIF

Am schönsten wäre es aber, wenn der String ein "1-based String" bleibt und für die zerobased Strings einfach ein neuer Typ mit eigenem Namen eingeführt wird. Der XE"n" Compiler könnte dann im Hintergrund die Strings in zerobased Strings verdrehen und "ZString" 1:1 als 0-basierten String verarbeiten. Dann eventuell noch ein Hinweis beim kompilieren "Variable S ist aus String deklariert. Ändern Sie die Deklaration in "S:ZString" um die interne Konvertierung zu umgehen...".

[Phoenix]

Äh.. wir entfernen und gerade mit Warp 4 von den With-Statements...

Und ja ich weiss, bei der Startup-Time hab ich mit dem SSD-Hinweis auch schon Offtopic geantwortet...

Wir sollten dennoch hier und jetzt weiter auf die With-Statements konzentrieren und für andere Themen dann neue Threads aufmachen.

[jensw_2000]

Zitat von Phoenix:

Äh.. wir entfernen und gerade mit Warp 4 von den With-Statements...

Sorry.

Das es Vieles gibt, dass gehen die Verwendung von with spricht und dass es dennoch praktisch sein kann es zu verwenden dütfte klar geworden sein.

Ich denke jedoch, EMBT das whith in zukünftigen Kompilerversionen nicht eliminieren darf. Wenn with wirklich "sooo böse" ist, dann soll es von mir aus eine Option a'la Oxygens "allow legacy 'with'" gehen die standardmäßig deaktiviert ist.
Dann eventuell noch ein Kompiler-Hinweis, falls er auf einen With-Block trifft.

War garnicht gehen würde ist, With einfach "abzuschalten" und den Entwicklern unzähliche unproduktive Stunden für die Umstellung deren Quellcodes aufzuhalsen.

Das der Debugger Probleme in With Blöcken hat ist wirklich nicht schön. Dies sehe ich aber nicht als Problem des With Statenments sondern als Schwäche des Debuggers. Letztendlich weis der, in welchen Scope er sich gerade befindet.

[Bernhard Geyer]

Zitat von jensw_2000:

Ich denke jedoch, EMBT das whith in zukünftigen Kompilerversionen nicht eliminieren darf. Wenn with wirklich "sooo böse" ist, dann soll es von mir aus eine Option a'la Oxygens "allow legacy 'with'" gehen die standardmäßig deaktiviert ist.
Dann eventuell noch ein Kompiler-Hinweis, falls er auf einen With-Block trifft.

Irgendwann darf es schon eliminiert werden. Muss halt ein paar Jahre dauern.

1. Nachfolgeversion: Compilerschalter mit "with als warnung"
2. Nachfolgeversion: Compilerschalter entfernt, with immer Warnung
3. Nachfolgerversion: with ergibt immer Fehler

[hanspeter]

Warum with nicht an die Form wie in Prism/Oxygene anpassen.
Pascal ist doch schon lange (gefühlt 100 Jahre) keine Lehrsprache mehr, sondern soll der produktiven Programmierung dienen.
Delphi-Pascal ist, von wenigen Ausnahmen abgesehen, syntaktisch auf den Stand von 1990.
Ein paar modernere Konstrukte in der Syntax von Delphi sollten wohl möglich sein.


peter

[jensw_2000]

Zitat von Bernhard Geyer:

Irgendwann darf es schon eliminiert werden. Muss halt ein paar Jahre dauern.

1. Nachfolgeversion: Compilerschalter mit "with als warnung"
2. Nachfolgeversion: Compilerschalter entfernt, with immer Warnung
3. Nachfolgerversion: with ergibt immer Fehler

Das geht zu schnell.
Wir sind mit XE4 bei einem halbjährigen Releasewechsel angekommen und nicht jeder benutzt immer die neueste Version.
Falls man plant ein Sprachfeature zu entfernen, dass es seit Jahrzehnten gab, dann sollte man es auch mindestens 5-10 Jahre abkündigen bevor man es entfernt. Wo wäre denn sonst die Investitionssicherheit?

[Bernhard Geyer]

Bezüglich 0-Based Strings ab XE4 gehts hier weiter