Wie weiter mit Delphi?

[Bernhard Geyer]

Zitat von Der schöne Günther:

Zitat:

- Keine AnsiStrings mehr
- Zero based string
- ARC

Die Welt ist schon verrückt. Du willst es als zu vermeidende Verschlechterungen darstellen und ich denke mir nur "Ja, bitte. Ich möchte es."

DITO.
AnsiString -> Nur noch bei noch nicht umgestellten Altlasten
Zero Based String -> Stört das irgenwo? Nur wenn man AnsiString als "einfache Alternative" zu richtigen Streams oder Buffern nicht (hatte ich auch mal bei D2 im Einsatz).
ARC: Cool. Endlich kann man (mehr) der Vorteile genießen die man unter .NET und Java schon lange hat.

[Bambini]

Zitat von Bernhard Geyer:

AnsiString -> Nur noch bei noch nicht umgestellten Altlasten

AnsiString sind nicht zu verwechseln mit ShortString. ANSI ist noch sehr gängig und keine Altlast.

Zitat von Bernhard Geyer:

Zero Based String -> Stört das irgenwo?

Delphi-Quellcode:

   AString := '12345';
   AString[1] := 'X ';
   // unter bisherigen Delphi sieht der String dannach so aus 'X2345'
   // mit ZBS so: '1X345';

Es gibt kein Compiler Error oder Laufzeitfehler, man muss seinen Code genau debugger um so etwas zu finden.

Zitat von Bernhard Geyer:

ARC: Cool. Endlich kann man (mehr) der Vorteile genießen die man unter .NET und Java schon lange hat.

Per se nicht schlecht. Für bestehenden Code bringt das jede Menge Nebeneffekte mit. Alleine das neue FMX Framework hat 3 Delphi Versionen gebaucht um alleine eine erzeugte TForm wieder freigeben zu können. Um die VCL ARC kompatible zu bekommen wäre gewaltige Änderungen notwendig. Und nach dem ganzen Ärger hat man was davon?

[Union]

Zitat von Bambini:

Und nach dem ganzen Ärger hat man was davon?

Keine endlosen try..finally Orgien mehr, tolles Arbeiten ohne Free. Aber problematisches Eingreifen, falls man doch mal ein Dispose braucht sowie geringere Peformance. Dafür kann man das dann dem IoT in die Schuhe schieben.

[Bambini]

Zitat von Union:

Zitat von Bambini:

Und nach dem ganzen Ärger hat man was davon?

Keine endlosen try..finally Orgien mehr, tolles Arbeiten ohne Free. Aber problematisches Eingreifen, falls man doch mal ein Dispose braucht sowie geringere Peformance. Dafür kann man das dann dem IoT in die Schuhe schieben.

Das "ohne Free" ist schick, die Einfachheit hört dann aber sehr schnell außerhalb der procedure wieder auf
wenn Referenzen nicht [weak] oder crossover deklariert sind, bleiben die Objekt einfach am Leben. Die Suche wird schnell komplex wenn auch noch dritte Libraries verwendet werden ... vielleicht sogar ohne Source.
Fazit: Try...finally ist gar nicht so schlecht.