Delphi Prism XE

[Scooty78]

@mkinzler: Richtig, es geht hier um Prism.

Und das konkrete Angebot ist das Upgrade von 2009 auf XE

[Phoenix]

Zitat von Scooty78:

Ist eigentlich der Speicherhunger von Prism in grösseren Projekten gestillt?

Der XE2-Compiler ist ein kompletter Rewrite. Bisher ist mein Speicher mit den Entwicklungsbuilds nicht mehr explodiert. Wobei das an und für sich auch kein Problem ist, solange keine Emergency-Garbagecollection ausgelöst wird weil der virtuelle Speicher ausgeht. Ich arbeite auf meinem MacBook Air in einer Windows-VM die insgesamt 2 GB Ram abbekommt, und ich habe keinerlei Performance-Probleme.

[Scooty78]

Danke für die Infos! Dann warten wir auf XE2

[Stevie]

Danke für die Infos. Einiges davon klingt plausibel. INotifyPropertyChanged. Allerdings hab ich noch arge Problem das zu glauben:

Zitat von Phoenix:

Wobei sich hier aufgrund der zugrunde liegenen Sprache Object Pascal natürlich ganz neue Dimensionen für Plattformunabhängigkeit auftun. Der wichtigste Punkt ist, dass man Business-Logik wiederverwenden und zwischen Delphi und Prism (und zukünftig auch Cooper für Java)sharen kann. Das erlaubt es einem Delphianer, die Logik-Teile seiner Anwendungen ungeheuer effizient nach .NET und damit auf alle anderen Plattformen wie Linux, Mac OS X, andere Unixoide, ins Web, in die Cloud und auf alle relevanten mobilen Geräte zu bringen. Die Alternative wäre, entweder seine Delphianer teuer auf C# zu schulen oder sich neue C#-Entwickler zu suchen und diese dann die ganzen Sachen nochmal neu schreiben zu lassen. Das ist in aller Regel nicht wirtschaftlich.

Das trifft meiner Meinung nach auf "Bilderbuch" Code zu, aber in .Net programmiert man doch komplett anders, hat andere Möglichkeiten etc. Wenn ich dann einfach meinen Delphi Code nehme und den 1:1 portiere, hab ich doch nix gewonnen, oder? Allein die GC Geschichte ist doch nen ganz anderer Hut. Ich hab schon Code von Delphianern gesehen, die C# Code geschrieben haben und mir haben sich die Fußnägel gekräuselt, was da für Anstalten gemacht wurden teilweise (und ich selber programmiere nicht in C#)
Nicht, dass ich es nicht glauben will, aber ich hab schon so vielen gewachsenen und verfrickelten Delphi Code gesehen, der niemals im entferntesten auch nur in Prism laufen würde.

[stahli]

Etwas OT: Wofür steht eigentlich das "XE"?

[Phoenix]

Zitat von Stevie:

Das trifft meiner Meinung nach auf "Bilderbuch" Code zu, aber in .Net programmiert man doch komplett anders, hat andere Möglichkeiten etc. Wenn ich dann einfach meinen Delphi Code nehme und den 1:1 portiere, hab ich doch nix gewonnen, oder? Allein die GC Geschichte ist doch nen ganz anderer Hut. Ich hab schon Code von Delphianern gesehen, die C# Code geschrieben haben und mir haben sich die Fußnägel gekräuselt, was da für Anstalten gemacht wurden teilweise (und ich selber programmiere nicht in C#)
Nicht, dass ich es nicht glauben will, aber ich hab schon so vielen gewachsenen und verfrickelten Delphi Code gesehen, der niemals im entferntesten auch nur in Prism laufen würde.

Wenn man extrem verfrickelten Code, wo alles in OnClicks drin steht und auf VCL Komponenten zugreift hat man freilich verloren. Da muss man aufräumen.
Aber selbst in dem Fall ist massives 'Refaktorieren' vermutlich weniger aufwändig als neu zu schreiben. Und dabei kann man dann eine saubere Architektur reinziehen.

Aber im Prinzip geht es auch nicht um das retten von 100% Altcode. Wenn man eben die Anforderung hat, seine Anwendung ins Web und auf Mobile Geräte zu bringen wird in aller Regel eh nicht das komplette featureset benötigt, sondern immer nur Teilbereiche. Und wenn man die einzeln anpackt und entsprechend aufbereitet hat man eben mit einem mal seinen Altcode aufgeräumt und gleichzeitig nochmal ein paar Plattformen damit bedient. Das erfordert natürlich etwas Disziplin, ist aber erfahrungsgemäß sehr effizient und erfolgreich.

[mkinzler]

Zitat:

Sagt wer?

Mac und 64 Bit sagen wir ja.... aber Linux?

Reden wir halt von XE* mit * > 2

[implementation]

Also ein Grund für mich Prism C# vorzuziehen wäre allein schon die Tatsache, dass Prism Typen gleichsetzen kann ...
D.h. wenn ich ein und dieselbe Klasse unter zwei Namen haben will, müsste ich sie in C# 2x komplett deklarieren, mit allen Folgen von doppelten Reflektionsinfos usw.
Meiner Information nach kann Prism auch sowas wie type Typ2 = Typ1 bzw. type Typ2 = type Typ1 Korrigiert mich bitte, wenn ich falsch liege.

Allein diese Tatsache würde mich komplett von Prism überzeugen (angenommen es gibt auch für die Linuxversion 'ne kostenlosen Kommandozeilenedition )

[Phoenix]

Zitat von implementation:

Also ein Grund für mich Prism C# vorzuziehen wäre allein schon die Tatsache, dass Prism Typen gleichsetzen kann ..

Auch wenn ich Dich jetzt enttäusche, aber das ist ein Standard-Feature der CLR und auch in C# verfügbar:

Code:

using MySecondTypeName = MyNameSpace.SomeSubNamespace.SomeType;

Das ganze ist beim using - Keyword dokumentiert.

[Phoenix]

So, seit heute gibt es auch mehr Infos über neue Sachen, die in XE2 kommen werden (und die es in C# auch nicht gibt ): http://blogs.remobjects.com/blogs/mh/2011/06/22/p2607