Erfahrungen mit Delphi Prism

[Phoenix]

Zitat von himitsu:

Wird bestimmt guten Absatz finden, da es ja keine Kongurenz gibt.

Die Nachfrage ist so dermaßen Überwältigend, dass er auch ganz sicher einen Verlag dafür findet... Marco Cantu benutzt allein für seine Delphi-Bücher ja schon einen On-Demand-Printer, weil er keinen Verlag für Delphi mehr findet. Da wird es mit Prism sicher nicht besser aussehen

[Florian Hämmerle]

Es gibt ja das PrismWiki mit dem Prism Primer... Alles weitere steht dann im Prismwiki...

mfg Florian

[blackfin]

Mhm...Prism...wie kommt man denn als alteingesessener Delphianer, der noch nie C# programmiert hat, am besten in Prism "rein"? So dass man sich langsam drin wohl fühlen kann.

Wenns schon keine Bücher dafür gibt, wie macht man es dann?
Ich habe Prism (vom RAD Studio 2009 Pro) hier, aber erst einmal aufgemacht und 5 Mio. Fragezeichen im Gesicht gehabt, dann wieder zugeklickt..

[mkinzler]

Bei Delphi.Net hat man versucht die Unterschiede zwischen nativ und managed bzw. die Besonderheiten von .Net zu verstecken. bei Prism hat man die Sparche nun an die Plattform angepasst, so dass vieles etwas nach c# aussieht. Aber Delphi/Pascal ist eigentlich deutlich sichtbar

[Khabarakh]

Zitat von blackfin:

wie kommt man denn als alteingesessener Delphianer, der noch nie C# programmiert hat, am besten in Prism "rein"?

C# lernen . Musst du als .NET-Entwickler so oder so und wenn du gleich damit als CLR-Sprache beginnst, nimmst du erst gar nicht zu viel in .NET unangebrachte Denkweise aus Delphi.Win32 mit. Wenn du C# beherrschst, kannst du sofort zu Prism umsteigen und die vielen kleinen Nettigkeiten genießen .

Zitat von HeZa:

Zu meinem erstaunen fand ich einige davon in Delphi-Prism wieder (type interference, ... tuples, ...).

Allerdings beides nicht in einem Umfang, wie man es von funktionalen Sprachen gewohnt ist, die Scala-ähnlichere CLR-Sprache wäre dann wahrscheinlich doch eher F#. Aber immerhin hat Prism durch die CLR - im Gegensatz zu Scala - echten Tail-Call-Support der VM .

[HeZa]

Danke erst mal für eure Antworten.

• Prism in RAD Studio würde ich auch bevorzugen, ist aber (bis jetzt) nicht verfügbar.
• Das mit Prism nicht alle Plattformen in der gleichen Qualität wie mit c# bedient werden kann, finde ich erstaunlich. Steht CLR doch nicht für Common Language Runtime sondern für C# Language Runime?
• Die zusätzlichen Kosten in Bezug auf c# machen natürlich auch nicht mehr Lust auf Prism. Aber es gibt ja immer wieder Mal Angebote wo es Prism kostenlos zum Rad Studio gibt.
• Der nicht vorhanden Buchmarkt ist ebenfalls ein Problem. Wie leicht lässt sich das Wissen aus c# Bücher (z.B. für Rich Client Datenbankanwendungen) nach Prism übertragen?

Schade, da werde ich nur in den Genuss von Prism kommen, falls es bei einer Packung Tschibo als Beigabe dabei ist und werde es interessiert aus der Fernen beobachten.

Ciao

[mkinzler]

Zitat:

[*]Das mit Prism nicht alle Plattformen in der gleichen Qualität wie mit c# bedient werden kann, finde ich erstaunlich. Steht CLR doch nicht für Common Language Runtime sondern für C# Language Runime?

Liegt an Microsoft

Zitat:

[*]Die zusätzlichen Kosten in Bezug auf c# machen natürlich auch nicht mehr Lust auf Prism. Aber es gibt ja immer wieder Mal Angebote wo es Prism kostelos zum Rad Studio gibt.

Wenn du nur in Prism arbeiten willst brauchst du kein separates VS, da mir Prism VS Shell und MonoDevelop mitgeliefert wird.[*]Der nicht vorhanden Buchmarkt ist ebenfalls ein Problem. Wie leicht läßt sich das Wissen aus c# Bücher (z.B. für Rich Clien Datenbankanwendungen) nach Prism übertragen?Oft recht einfach, da der Code sich ja nur in der c/pascal Syntax unterscheidet

[Phoenix]

Zitat von HeZa:

• Das mit Prism nicht alle Plattformen in der gleichen Qualität wie mit c# bedient werden kann, finde ich erstaunlich. Steht CLR doch nicht für Common Language Runtime sondern für C# Language Runime?

Es ist schon die Common Language Runtime. Die Runtime ist aber auch nicht das Problem.
Du kannst mit Prism sogar einwandfrei das iPhone, den Mac und Linux bedienen. Nur wenn Microsoft die Elemente in Visual Studio so schreibt, dass sie halt nur C# und nur VB Code generieren, dann hilft das schönste Code-DOM interface nicht wenn es nicht von MS selber genutzt wird. Damit haben Sie übrigens auch F# ausgesperrt, und das ist selber von MS.

Und warum IL-identische (!) Assemblies von Windows Phones nur dann ausgeführt werden, wenn sie mit dem C#-Compiler von Microsoft erstellt wurden (die MS C#-Compiler IL ist identisch mit der vom Mono C# Compiler UND vom Prism Compiler), das weiss wohl auch nur Microsoft.

Zitat von HeZa:

• Der nicht vorhanden Buchmarkt ist ebenfalls ein Problem. Wie leicht lässt sich das Wissen aus c# Bücher (z.B. für Rich Client Datenbankanwendungen) nach Prism übertragen?

Genau 1:1. Im Prinzip lernt man ja nicht 'Prism', sondern man lernt das .NET Framework. Mit welcher Syntax man das hinterher benutzt ist tatsächlich vollkommen egal. Ausser man will eben Features benutzen, die wieder irgendwer auf irgendwelche Sprachen hart codiert hat