Delphi XE3?

[greenmile]

Hier die Antwort zum offenen Geschwindigkeitstest:

Gegeben war eine leere Form (ohne Zusatz-Design) mit einer Listbox und einem Button. Beim Klick auf den Button wurde die Listbox geleert und anschließend mit 1000 Einträgen befüllt. Das Projekt wurde dann einmal mit XE2 und mit XE3 compiliert, anschließend auf einem MacBook Pro (2.4 Ghz i5, 4 GByte Speicher und LEIDER Lion) gestartet. Die Ergebnisse können sich sehen lassen:

- XE2: Ohne "Begin-/EndUpdate" ca 40 Sekunden
- XE2: Mit "Begin-/EndUpdate" ca 4 Sekunden
- Drag&Drop in Listbox ohne Funktion
- Button bleibt beim Größer ziehen da wo er war (keine Anchors)
- Beim Start sieht man für einen kurzen Moment (200 Msek?) eine leere Form, bevor die Controls sichtbar sind
- Aufruf einer TForm3D-Unterform dauert ca 4 Sekunden

- XE3: Ohne "Begin-/EndUpdate" ca 6 Sekunden
- XE3: Mit "Begin-/EndUpdate" <= 1 Sekunden
- Drag&Drop in Listbox funktioniert korrekt
- Button wandert beim Größer ziehen mit (mit Anchors)
- Beim Start sich die Controls sofort sichtbar
- Aufruf einer TForm3D-Unterform <= 1 Sekunden

Ich denke, damit ist die Performance-Frage geklärt.

[MEissing]

Zitat von greenmile:

Ich denke, damit ist die Performance-Frage geklärt.

Danke für den Kurztest

[greenmile]

Zitat von MEissing:

Zitat von greenmile:

Ich denke, damit ist die Performance-Frage geklärt.

Danke für den Kurztest

Hatte noch zwei wichtige Punkte vergessen:

XE2:
- Beim Start sieht man für einen kurzen Moment (<= 200 Msek?) eine leere Form, bevor die Controls sichtbar sind
- Aufruf einer TForm3D-Unterform dauert ca 4 Sekunden

XE3:
- Beim Start sich die Controls sofort sichtbar
- Aufruf einer TForm3D-Unterform <= 1 Sekunden

[mkinzler]

Es gibt auch ein interessantes neues Sprachfeature in XE3: Record Helpers. Anders wie der Name suggeriert funktionieren diese aber auch für elementar Typen wie Strings, Integer, Arrays, Sets, ...

https://forums.embarcadero.com/threa...76400&tstart=0

program TestHelper;

Delphi-Quellcode:

{$APPTYPE CONSOLE}

uses
  System.SysUtils;

type
  TStringHelper = record helper for String
    function Length: Integer;
    function ToInt: Integer;
  end;

  TIntegerHelper = record helper for Integer
    function ToString: String;
  end;

function TStringHelper.Length: Integer;
begin
  Result := System.Length(Self);
end;

function TStringHelper.ToInt: Integer;
begin
   Result := StrToIntDef( self, 0);
end;

function TIntegerHelper.ToString;
begin
  Result := IntToStr( self);
end;

var
  S, s2: string;
  I: Integer;
begin
  S := 'Test String';
  s2 := '125';
  Writeln(S, ', length: ', S.Length);
  Writeln(S2, ', ToInt: ', S2.ToInt);
  i := 167;
  s2 := i.ToString;
  Writeln(S2);
  ReadLn;
end.

[Bernhard Geyer]

Zitat von mkinzler:

Es gibt auch ein interessantes neues Sprachfeature in XE3: Record Helpers. Anders wie der Name suggeriert funktionieren diese aber auch für elementar Typen wie Strings, Integer, Arrays, Sets, ..

Damit hätten wir Auch Skalare als "Objekte" ohne die Nachteile die eine Objektverwendung mit sich bringen könnte.
Mal schauen ob das auch wirklich 100%ig funktioniert ...

[himitsu]

Das ist geil ... hab ich mir schon immer gewünscht.


Jetzt fehlen nur noch die 3 fehlenden Operatoren, welche ich mir auch noch wünsche

[mkinzler]

Zitat von himitsu:

Das ist geil ... hab ich mir schon immer gewünscht.


Jetzt fehlen nur noch die 3 fehlenden Operatoren, welche ich mir auch noch wünsche

Welche?

[bernau]

Zitat von mkinzler:

Es gibt auch ein interessantes neues Sprachfeature in XE3: Record Helpers.
  s2 := i.ToString;

Ich vergleiche mal:

Delphi-Quellcode:

s2 := i.toString;
s2 := inttostr(i):

Sehe nicht direkt den Vorteil.

[mkinzler]

Zitat von bernau:

Zitat von mkinzler:

Es gibt auch ein interessantes neues Sprachfeature in XE3: Record Helpers.
  s2 := i.ToString;

Ich vergleiche mal:

Delphi-Quellcode:

s2 := i.toString;
s2 := inttostr(i):

Sehe nicht direkt den Vorteil.

1. Es ist besser lesabr, da die Leserichtung stimmt.
2. Es können ja kompliziertere Implementierungen dahinterstecken

[BUG]

Zitat von mkinzler:

1. Es ist besser lesbar, da die Leserichtung stimmt.

Nicht nur wegen der Leserichtung, es macht auch die Parameter verständlicher. Methoden mit nur einem Argument sind viel einfacher zu durchschauen.

Delphi-Quellcode:

var i,j: integer;
// Welche Variante ist auf Anhieb verständlich?
setBit(i,j);
i.setBit(j);

Ein cooles neues Feature