Delphi-PRAXiS
Seite 2 von 4     12 34      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   .NET-Framework (managed code) (https://www.delphipraxis.net/79-net-framework-managed-code/)
-   -   Prism Delphi Prism XE (https://www.delphipraxis.net/161207-delphi-prism-xe.html)

Scooty78 22. Jun 2011 16:36

AW: Delphi Prism XE
 
@mkinzler: Richtig, es geht hier um Prism.

Und das konkrete Angebot ist das Upgrade von 2009 auf XE

Phoenix 22. Jun 2011 16:43

AW: Delphi Prism XE
 
Zitat:

Zitat von Scooty78 (Beitrag 1107748)
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 22. Jun 2011 16:48

AW: Delphi Prism XE
 
Danke für die Infos! Dann warten wir auf XE2 :-D

Stevie 22. Jun 2011 18:01

AW: Delphi Prism XE
 
Danke für die Infos. Einiges davon klingt plausibel. :love: INotifyPropertyChanged. Allerdings hab ich noch arge Problem das zu glauben:
Zitat:

Zitat von Phoenix (Beitrag 1107759)
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 22. Jun 2011 19:16

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

Phoenix 22. Jun 2011 19:21

AW: Delphi Prism XE
 
Zitat:

Zitat von Stevie (Beitrag 1107779)
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 22. Jun 2011 19:52

AW: Delphi Prism XE
 
Zitat:

Sagt wer?

Mac und 64 Bit sagen wir ja.... aber Linux?
Reden wir halt von XE* mit * > 2

implementation 22. Jun 2011 19:57

AW: Delphi Prism XE
 
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
Delphi-Quellcode:
type Typ2 = Typ1
bzw.
Delphi-Quellcode:
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 :stupid:)

Phoenix 22. Jun 2011 21:20

AW: Delphi Prism XE
 
Zitat:

Zitat von implementation (Beitrag 1107794)
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 22. Jun 2011 23:57

AW: Delphi Prism XE
 
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


Alle Zeitangaben in WEZ +1. Es ist jetzt 01:47 Uhr.
Seite 2 von 4     12 34      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz