Na, schon Delphi XE gekauft?

[Bernhard Geyer]

Gibt doch schon noch ein paar kleine "Goodies" (auch wenn der Hautgoodie 64-Bit/CrossPlattform nicht dabei ist )

- Klassen für File und Verzeichniszugriff (Endlich kann man ähnlichen Code für Delphi/Java/.NET Entwickeln)
- Direct2D Support (für alle die einfache Spiele entwickeln wollen?)
- StringBuilder jetzt auch in Win32 (Wie lange musste man mit langsamen "+" Strings zusammenbauen)
- IDE-Sprachumschaltung (War wohl der letzte sinnvolle Schritt nachdem man das ja für die erstellten Apps schon lange kann)
- SOAP 1.2-Support
- IP*Works wird mitgeliefert (müsste man schauen ob die Version auch für uns reichen würde (SSL-Edition haben selbst im Einsatz))
- ....


Also ein paar Dinge sind schon dabei. Jedoch auf das was viele warten ist nicht dabei (Win64/CrossPlattform).

[holliesoft]

Zitat von Bernhard Geyer:

- Klassen für File und Verzeichniszugriff (Endlich kann man ähnlichen Code für Delphi/Java/.NET Entwickeln)
- Direct2D Support (für alle die einfache Spiele entwickeln wollen?)
- StringBuilder jetzt auch in Win32 (Wie lange musste man mit langsamen "+" Strings zusammenbauen)

Das gibt es alles auch schon in Delphi 2010...

Gruß
Patrick

[mjustin]

Zitat von Bernhard Geyer:

- Klassen für File und Verzeichniszugriff (Endlich kann man ähnlichen Code für Delphi/Java/.NET Entwickeln)

Wenn man sich http://docwiki.embarcadero.com/VCL/en/IOUtils.TFile anschaut sieht man, dass TFile nur ein Record ist, der keine Daten enthält. Wenn ich das richtig sehe, kann man nur eine der vielen class procedures aufrufen, aber keine "File Objekte" erzeugen (ohne properties oder Felder z.B. für den Dateinamen macht das keinen Sinn), und mit diesen dann arbeiten.

Statt SysUtils.FileExists(Dateiname) schreibt man nun einfach IOUtils.TFile.FileExists(Dateiname).

Wo ist da der Nutzen, oder habe ich etwas übersehen?

Edit: ah, jetzt sehe ich die Fussnote:

Zitat:

Most of the methods exposed by TFile are signature-compatible with the ones exposed by the File class in the .NET Framework.

Damit kann man also bestehenden .Net Code leichter nach Delphi portieren, oder die .Net Dokumentation heranziehen falls man zu diesen Funktionen in der Delphi Hilfe nichts findet - sehr clever: 'wir schreiben keine Doku, wir passen die Signatur der Funktionen stattdessen der in .Net bestehenden Dokumentation an'

[mkinzler]

Und auch der SVN Client ist zugekauft (CollabNet)

[Stevie]

Zitat von quantum:

die schmücken sich auch noch mit fremden [...]Federn

Zumindest die RegEx sehen auch sehr nach dem hier aus.
Oder sie habens selber von .Net abgekupfert (wie schon vieles andere)

[himitsu]

Schade daß man sich die TrialPeriode nicht aufteilen kann ... jetzt schonmal 1-2 Tage und später den Rest.

So kann ich doch jetzt noch garnicht reinschauen.
Da ich später ein paar Tage brauche um ein paar Codes testen zu können.


Das mit dem RegEx beruhigt mich jetzt aber.
Also ebenso nur das übliche PerlRegEx gelinke, der anderen großen Delphi-RegEx-Libs.
Dachte doch die haben selbst was entwickelt, weswegen kaum noch Zeit für andere schöne Features (wie x64) blieb.
Wo ich hier doch eine eigene, zu vielleicht 70% fertige und komplett in Pascal geschriebene, RegEx-Klasse rumliegen hab.

[blackfin]

Zitat:

Schade daß man sich die TrialPeriode nicht aufteilen kann ... jetzt schonmal 1-2 Tage und später den Rest.

Kannste's nicht erstmal zum angucken in einer VM installieren?
Ich nutz für solche Trials immer das XP-Image von Win7, bevor es aufs echte System kommt (oder wie in dem Fall, eher nicht!...)

[Bernhard Geyer]

Zitat von holliesoft:

Das gibt es alles auch schon in Delphi 2010...

Ups. Da habe ich mich glaube ich ein paar mal verguckt.

[himitsu]

Gibt es nun eigentlich überhaupt was Neues, welches nicht zugekauft oder abgeguckt/kopiert wurde,
abgesehn von den paar bezahlten Bugfixes?

[Bernhard Geyer]

Zitat von himitsu:

Gibt es nun eigentlich überhaupt was Neues, welches nicht zugekauft oder abgeguckt/kopiert wurde,
abgesehn von den paar bezahlten Bugfixes?

Am besten die Feature Matrix angucken.