Na, schon Delphi XE gekauft?

[mkinzler]

Man arbeitet dort hoffentlich an XE2 (oder 3 falls man wieder nicht fertig wird). Das Problem ist nun, dass kaum noch 3rd-Party-Tools zum Integrieren übrig sind

[himitsu]

Zitat:

Zitat von Bernhard Geyer;1046264Am besten die [URL="http://www.embarcadero.com/products/rad-studio/rad-studio-feature-matrix.pdf"

Feature Matrix[/URL] angucken.

Da steht aber nicht dazu "das haben wir selbst entwickelt" oder "haben wir nur kopiert/integriert".

OK, ein paar Mal steht zwar "New in XE!" davor,
wie z.B. bei "BigInteger support", aber das Wichtige/Aufwändige dahinter haben die mit Sicherheit nicht selbst entwickelt.

[blackfin]

Das Ding ist ja eine noch grössere Enttäuschung als erwartet...
Von wegen die IDE ist nun völlig stabil...dass ich nicht lache....ich seh da eigentlich keine grossen Veränderungen?!?
Irgendwie riecht das nach "übereilt rausgehauen"....*seufz*

[mkinzler]

Zitat:

wie z.B. New in XE! BigInteger support , aber das haben die mit Sicherheit nicht selbst entwickelt.

Wohl schon. Es ist natürlich schon ein großer Vorteil. jetzt schon alle Integer durch BigInteger zu ersetzen, dann braucht man es später, wenn der 64Bit Compiler da ist nicht zu tun. Besser wäre es aber geswesen, den bisher wachsenden Typ Integer, wachsend zu erhalten. Sehr intelligent finde ich auch, dass man eine ganz neue Typbezeichnung gewählt hat und nicht, den schon vorhanden Typ int64.

[himitsu]

Ach das meinen die damit?
Dachte die meinen die ganz großen "Integer" ala TBigInt. :oops:

Joar, sowas ist natürlich ganz praktisch. :stupid:

[add]

Zitat:

Zitat von blackfin (Beitrag 1046271)

Irgendwie riecht das nach "übereilt rausgehauen"....*seufz*

Wenn man sich vorgenommen hat Jährlich was Neues rausbringen zu müssen, dann kommt halt sowas bei raus.

Klar hätte es vielen gefallen, wenn man die Bugfixes als Update rausgerückt hätte und sich notfalls noch ein Jahr Zeit gelassen und dann auch die paar "wirklich" ersehnte Features mit verbaut gehabt hätte.

[mkinzler]

Der Typ BigInteger ist allerdings unbekannt. In der Hilfe steht auch nichts davon.
Bei den regulären Audrücken handelt es sich wohl um http://www.regular-expressions.info/delphi.html

[himitsu]

Zitat:

Zitat von mkinzler (Beitrag 1046277)

In der Hilfe steht auch nichts davon.

Hey, man hat Delphi, bzw. die IDE aufgemotzt ... von der OH hat keiner jemals was gesagt. :lol:

Zitat:

Zitat von mkinzler (Beitrag 1046277)

Bei den regulären Audrücken handelt es sich wohl um http://www.regular-expressions.info/delphi.html

Jupp, genau diese Klasse meinte ich.
Wird die übernommene "freie" Klasse nun auch vom Markt verschwinden, so wie z.B. seinerseids die PNG-Klasse?

[mkinzler]

Die Hilfe wurde wohl nur teilweise aktualisiert. Oder man hat sich mit dem "Einfrieren" des Integers noch einmal überlegt:

Zitat:

Es gibt zwei generische Integer-Typen: Integer und Cardinal. Diese Typen sollten, wenn möglich, immer verwendet werden, da sie die optimale Ausführungsgeschwindigkeit für die zugrunde liegende CPU und das Betriebssystem gewährleisten. Die nachfolgende Tabelle enthält die Bereiche und Speicherformate der generischen Integer-Typen für den Delphi-Compiler.

[Sherlock]

Danke, Leute, daß Ihr Euch die Mühe gemacht habt, da reinzusehen. Scheint also wiedermal eine Version zum Überspringen zu sein...

Sherlock

[Bernhard Geyer]

Zitat:

Zitat von mkinzler (Beitrag 1046274)

Besser wäre es aber geswesen, den bisher wachsenden Typ Integer, wachsend zu erhalten.

AFAIK macht man es so wie .NET/JAVA und C++ auch macht. Also wieso hier ein Verhalten nehmen das entgegen allen anderen verwendeten Sprache ist.