String in BDS 2006 = AnsiString in RAD 2009?

[nicodex]

Zitat:

Zitat von Oreaden

Das Coole an dem Integer oder int ist doch, dass er

• als Pointer verwendet werden kann
  [...]

Dafür gibt es in C intptr_t/uintptr_t/ptrdiff_t (ISO/IEC 9899:1999) und in FreePascal PtrInt/PtrUInt.
Für Delphi hätte man hoffen können, dass Cardinal (als einziger bereits existierender Typ, der ansatzweise in Frage kommt) auf 64-bit vergrößert wird, damit der Portierungsaufwand nicht so hoch wird... allerdings sieht es nicht danach aus und jeder Komponentenhersteler wird sich für ältere Delphi-Versionen seinen eigenen Ptr(U)Int definieren dürfen. Spätestens bei der Portierung auf 64-Bit wird den Delphi-Entwicklern die bisherige THandle-Definition und -verwendung auf die Füße fallen (Handles sind Pointer, kein Ordinaltyp). Es ist also davon auszugehen, dass bisheriger Delphi-Quellcode relativ oft aufwändig portiert oder neu entwickelt werden muss...

[jbg]

Zitat:

Zitat von nicodex

oder neu entwickelt werden muss...

Wir wollen den Teufel mal nicht an die Wand malen. Ich denke, dass der Compiler um ein paar Warnungen erweitert wird, mit denen er "Integer(Pointer)" abfängt.

[Chemiker]

Hallo,

ihr macht mir ja Freude.
Sollte man bei neuen Projekten dazu übergehen eine Unit mit eigenen Typen anzulegen, damit man sie später einfacher konvertieren kann?

Bis bald Chemiker

[jbg]

Zitat:

Zitat von Chemiker

Sollte man bei neuen Projekten dazu übergehen eine Unit mit eigenen Typen anzulegen, damit man sie später einfacher konvertieren kann?

DWORD_PTR, INT_PTR, LONG_PTR, ... sind seit Delphi 2007 dabei
NativeInt/NativeUInt ist seit Delphi 2009 (offiziell) dabei.

[Oreaden]

Zitat:

Zitat von Chemiker

Hallo,

ihr macht mir ja Freude.
Sollte man bei neuen Projekten dazu übergehen eine Unit mit eigenen Typen anzulegen, damit man sie später einfacher konvertieren kann?

Bis bald Chemiker

Guten Abend Chemiker,

an Deiner Stelle würde ich mir keine allzugroßen Gedanken darüber machen. Der Prozessor und die Architekturen werden bislang noch nicht von Microsoft definiert. Sollte dies jedoch der Fall sein, wird es Zeit auf ein Betriebssystem zu wechseln, welche die aktuellen Anforderungen erfüllen kann.

Wünsche noch einen schönen sorgenfreien Abend
Oreaden

[himitsu]

Zitat:

Zitat von jbg

NativeInt/NativeUInt ist seit Delphi 2009 (offiziell) dabei.

Und Inoffiziell gibt's die schon lange (soweit ich weiß seit D5) :angel2:

Zitat:

Zitat von jbg

Ich denke, dass der Compiler um ein paar Warnungen erweitert wird, mit denen er "Integer(Pointer)" abfängt.

Wenn deren Größe nicht übereinstimmt, dann sollte der Compiler sowieso meckern. (macht er jetzt ja auch schon)

[Bernhard Geyer]

Zitat:

Zitat von Oreaden

Das Coole an dem Integer oder int ist doch, dass er

• als Pointer verwendet werden kann

Igiit. Sowas kenn ich primär aus dem C/C++ Lager wenn möglich unleserlicher und schlecht wartbarer Code erzeugt wird. Im Delphi-Umfeld ist so ein mißbrauch eher ein Zeichen entweder von mangelden Fähigkeiten oder von Faulheit.

Zitat:

Zitat von Oreaden

• genau die Größe hat, mit der die CPU am besten rechnen kann

Deshalt ist auch auf modernen CPUs ein Alignment von 64 Optimal. Und das unabhängig von 32-Bit oder 64-Bit Programmen.
Und bei "normalen" Programmen wird sich die Integerarithmetik nur in sehr geringen maße auf die Performance auswirken (Normal = Kein Number-Crunsher-Aufgaben oder Bildbearbeitung)