Why now is the best time to upgrade to Delphi XE2

[EWeiss]

Zitat:

"Skandal: Milliarden Tote wegne Fehler in Generics-Implementierung von Delphi!" erwarten?

Cool
Wie du gelesen hast habe ich es weitergeführt umgelegt auf einen Konzern.
Aber vielleicht wolltest du es aber auch nicht lesen.

Zitat:

Nichts für ungut. Aber jeder kann entscheiden, ob die neuen Features eines Softwareproduktes winw Neuanschaffung rechtfertigen oder nicht. Keiner wird gezwungen, dies zu tun!

Aber nein bin dir doch nicht böse wenn du das für dich in Anspruch nimmst.
Auch wenn ich mir ein kichern nicht verkneifen kann. oops..

Wurde alles gesagt von meiner Seite kann man schließen den Thread

gruss

[TiGü]

Zitat von EWeiss:

Wenn du ne Microwelle kaufst und nach der ersten verwendung feststellen mußt das sie deinen Kaffee nicht erhitzt
dann gehe ich davon aus das du diese im Laden Reklamierst.

Offtopic: Ich kenne keinen Menschen der seinen Kaffee in der Mikrowelle erhitzt!

[EWeiss]

Zitat von TiGü:

Zitat von EWeiss:

Wenn du ne Microwelle kaufst und nach der ersten verwendung feststellen mußt das sie deinen Kaffee nicht erhitzt
dann gehe ich davon aus das du diese im Laden Reklamierst.

Offtopic: Ich kenne keinen Menschen der seinen Kaffee in der Mikrowelle erhitzt!

ICH.. Und das im ernst.

gruss

[Daniel]

Sofern die Mikrowelle nicht mit Delphi (XE2) angesteuert wird, haben wir uns wohl eine Idee von der Ausgangsfrage entfernt.

[EWeiss]

Zitat von Daniel:

Sofern die Mikrowelle nicht mit Delphi (XE2) angesteuert wird, haben wir uns wohl eine Idee von der Ausgangsfrage entfernt.

Daniel?
Mikrowelle = Qualität!
XE2 = gut genug um für Licht zu sorgen oops..

gruss

[stahli]

Für mich ist XE2 nicht interessant.

- 64bit
brauche ich nicht wirklich. Es reicht, wenn die Exe auf einem 64er Windows lauffähig ist.

- FMX
brauche ich auch nicht. Wenn FM als VCL 2.0 angesehen werden könnte (alle bisherigen Controls als neue Version ohne deren Probleme in Bezug auf Ableitbarkeit, dann gern irgendwann)

- VCL-Styles
ok, aber muss auch nicht (habe außerdem die AlphaControls)

- Live Binding
Das Thema ist wirklich interessant. Ich bin aber noch nicht sicher ob die Umsetzung mit Live Binding als gelungen angesehen werden kann.


Für XE3 würden mich folgende Punkte interessieren:
- überzeugenderes Live Binding
- natives LINQ
- Framework zur Objekt(schnittstellen)erzeugung+Verwaltung sowie ClientServer-Übertragung
- ORM
Mit diesen Dingen will ich mich demnächst befassen und externe Lösungen anschauen, würde mich aber freuen, wenn Delphi dafür schon überzeugende Lösungen mit bringen würde.

[mkinzler]

Zitat:

Für XE3 würden mich folgende Punkte interessieren:
- überzeugenderes Live Binding

Ich bezweifel, dass man hier grundsätzliche Veränderungen erwarten kann, obwohl die abwärtskompatibiltät in letzter Zeit nicht mehr so wichtig zu sein scheint (FMX ändert Interface von Update zu Update)

Zitat:

- natives LINQ

Der Autor von DeHL ist nun bei EM. Da besteht also Hoffnung

Zitat:

- Framework zur Objekt(schnittstellen)erzeugung+Verwaltung sowie ClientServer-Übertragung

Was verstehst du darunter?

Zitat:

- ORM

War ja schon inmal Teil der großen Delphiversion (Bold)

[jaenicke]

Zitat von stahli:

- Framework zur Objekt(schnittstellen)erzeugung+Verwaltung sowie ClientServer-Übertragung

Das erinnert mich doch sehr an DataSnap, das wir auch in unseren Projekten immer mehr benutzen und schon eine Weile in Delphi existiert.

[stahli]

- Live Binding
Es gibt ja gerade bei Emba eine Tutorial-Serie: http://www.youtube.com/user/EmbarcaderoTechNet#p/u
Bin mal auf die nächsten Teile gespannt. Vielleicht erklärt das ja noch einiges...

- Linq
Klingt gut.

- ORM
Alternativ will ich mir demnächst Aurelius + DataModeller von TMS anschauen.

- Framework
Ich meine so etwas Spring+DataSnap.
Im Grunde möchte ich gern im Client ein Objekt/Interface abfordern ohne mich um die Übertragung (Protokolle) und Verwaltung im Detail kümmern zu müssen. Wie das genau aussehen kann weiß ich auch nicht.
Die Controls der Clients sollten an "Objekte" gebunden werden, die durch das Framework dann automatisch bereit gestellt werden.
(Ok, an der Formulierung muss ich nochmal in Ruhe arbeiten. )

[jaenicke]

Zitat von stahli:

Ich meine so etwas Spring+DataSnap.

Ich hatte durch fremde Quelltexte, die das Spring-Framework nutzen, schon genug Arbeit. Das Debuggen und die Integrationsprüfungen sind da schon umständlich genug. Wenn ich mir jetzt noch vorstelle, dass das noch mit DataSnap kombiniert würde...