Das with-Statement in XE4

[Codehunter]

Zitat von Uwe Raabe:

Ist zwar jetzt OT, aber mein XE3 startet um einiges schneller als D7.

Ich kann nur von XE2 reden. In der Blanko-Installation bei mir ohne Extensions 40 Sekunden. Mit CnPack usw. dann 55 Sekunden. Alles von HDD zu laden, kein Netzwerk und keine toten URNs dabei. Bis allein der Splashscreen erscheint dauerts bei mir 15 Sekunden. Ein leeres Projekt laden 7 Sekunden. Ein "dickes" Projekt laden dauert noch länger. Woher das kommt kann ich nicht sagen, ist ein Phenom X6 mit Win7-Leistungsindex 4,7 wobei der schlechteste Wert die Graka ist, HDD hat 5,9 und CPU als auch RAM jeweils 7,5.

[bernau]

Zitat von Sir Rufo:

Eigentlich

[Phoenix]

Zitat von Codehunter:

HDD hat 5,9

Ich würde ne SSD beantragen. Die paar Euro investition hast Du durch weniger Wartezeiten in spätestens nem Monat wieder rausgearbeitet.

[jaenicke]

Zitat von Codehunter:

Zitat von Uwe Raabe:

Ist zwar jetzt OT, aber mein XE3 startet um einiges schneller als D7.

Ich kann nur von XE2 reden. In der Blanko-Installation bei mir ohne Extensions 40 Sekunden.

Das ist genau das Problem, da fehlt das IDEFixPack. Dass Delphi ohne langsam ist, ist klar.

Und eine SSD beschleunigt das ganze natürlich enorm, da hat Phoenix Recht, aber hier ist grad keine drin und es sind 10 Sekunden Startzeit.

[musicman56]

Zitat von jaenicke:

Und eine SSD beschleunigt das ganze natürlich enorm....

Die XE2-Startzeit mit nur dem OS und Programmen auf einer SSD, und den Projekten auf einer HDD, bei mir 7 Sekunden.

[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.

[Bernhard Geyer]

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