Neues Projekt unter .Net: c# oder Prism

[Phoenix]

Zitat von adeptus:

Ich habe bereits erste Erfahrungen unter C# und VS 2010 gemacht. Mir scheint aber zB die WPF zu komplex für diese Anwendung bzw. zu umfangreich. Die neue Anwendung soll zwar durchaus mehrschichtig werden, doch diese Schichten müssen nicht auf unterschiedlichen Servern laufen mit Lastverteilung und wasweissichnochalles.

- WinForms für die Präsentation
- ObjectPascal für die BusinessLogic
- MySQL oder Interbase für die Datenhaltung

Und das ganze eben unter Prism.

Hat Prism eurer Meinung nach Zukunft? Kann man sich das leisten darauf zu setzen oder eben nur wenn man tonnenweise Pascal-Kode retten muß?

Ja, Prism hat Zukunft. Auch wenn Embarcadero irgendwann aus was für einem Grund auch immer sagt, sie vertreiben es nicht, so wird es danach einfach wieder von RemObjects vertrieben.

Aber mal so ein paar Vergleiche zwischen der Oxygene-Sprache in Prism und C#:
Aspektorientierte Programmierung kann C# nur mit viel Infrastruktur und komplizierten Post-Build-Prozessen. Oxygene hat das im Bauch.
Class Contracts ist auch so ein Thema: In C# ist das mehr oder weniger in .NET 4.0 im Framework so hingefrickelt. Aber richtiger Compiler-Support sieht anders aus (so wie in Prism).

Mal davon abgesehen, dass auch dieses Jahr wieder einige Features rauskommen, die C# so nicht hat und die da auch nicht abzusehen sind.
Technologisch / was die Sprachfeatures angeht ist man mit Prism auf jeden Fall weiter vorne dran.

Noch ein Vorteil: Die Business-Klassen die man mit Prism schreibt kann man sofern bedarf besteht mit Cooper dann auch in Java Bytecode compilieren. Die Frage ob .NET oder Java stellt sich also nicht mehr, die Sprache bleibt immer die gleiche: Oxygene.

Zu den Technologien:
Windows Forms ist schon seit Jahren abgekündigt und wird von MS nicht großartig weiter entwickelt. Das hält die Komponentenhersteller aber nicht davon ab hier immernoch kräftig weiter zu arbeiten. WPF ist genial, wenn man wirklich coole GUI's bauen will - aber da sollte dann tatsächlich ein Designer ran. Ich habe noch kein WPF-Gui von einem Nicht-Designer gesehen das taugt und nicht nach 'so würde ich es mit Windows Forms machen' aussieht

[FredlFesl]

Ich würde im ersten Schritt Paradox loswerden und durch eine DB ersetzen, die auch von dot.NET hinreichend gut unterstützt wird.
Dann hast Du eine Lösung, die für die nächsten 10 Jahre lauffähig ist (behaupte ich einfach mal)-

Falls Du auf dot.NET umsteigen willst, dann würde ich persönlich die Standardsprache C# nehmen, denn wer weiss schon, ob Prism in 10 Jahren noch unterstütztz wird. Hier fängt aber schon der Glaube an, denn es wäre ja auch möglich, das Microsoft in 10 Jahren pleite ist und man nur noch für Android, ChromeOS oder die Klaut entwickelt.

Am wahrscheinlichsten ist jedoch, das C# noch lange Zeit zu gebrauchen ist und weiterentwickelt wird.

[r_kerber]

Moin moin Pascal,

da ich zu wissen glaube, worum es bei der Anwendung geht mein Vorschlag:

RAD-Studio XE2 (welches wohl in den nächsten Wochen erscheinen wird). Gerüchten zu Folge wird es wohl einen Cross-Compiler geben, der unterschiedliche Plattformen (nicht nur Windows) zugänglich macht. Und für den Web-Teil das im RAD-Studio enthaltene Prism. Tja, und als Datenbank vielleicht MS SQL-Server, den es auch in einer kostenlosen Version gibt.

[mkinzler]

Mit FireBird kann Delphi/.Net auch recht gut

[mquadrat]

Also schon mal auf keinen Fall WinForms! Falls dir die Möglichkeiten von Silverlight reichen das, ober dann eben WPF. Mit einem MVVM Framework geht die Arbeit schnell von der Hand, wenn man sich erst mal dran gewöhnt hat (Konzeptorientiertes Arbeiten ist in Delphi ja eher selten).

Als Datenbank würde ich entweder MS SQL Server (Express falls lokal) oder Firebird nehmen.

Geschäftslogik bleibt dir überlassen. Ich persönlich würde wenn man schon alles wechselt auch auf C# wechseln, gerade weil man dann nicht jedes Beispiel erst mal übersetzen muss.

Es würde sich ggf. auch lohnen über eine verteilte Architektur mit z.B. Workflow-Services nachzudenken, außer natürlich du brauchst Offline-Access. Mag erstmal oversized klingen, aber theoretisch kannst du dann auch beliebige Frontends davor setzen.

[Phoenix]

Zitat von mquadrat:

Geschäftslogik bleibt dir überlassen. Ich persönlich würde wenn man schon alles wechselt auch auf C# wechseln, gerade weil man dann nicht jedes Beispiel erst mal übersetzen muss.

Du weisst, dass Du C#-Code in der Zwischenablage direkt als Oxygene-Code in Prism pasten kannst und Prism die Übersetzung komplett für Dich übernimmt?

[adeptus]

Zitat von mquadrat:

Also schon mal auf keinen Fall WinForms! Falls dir die Möglichkeiten von Silverlight reichen das, ober dann eben WPF. Mit einem MVVM Framework geht die Arbeit schnell von der Hand, wenn man sich erst mal dran gewöhnt hat (Konzeptorientiertes Arbeiten ist in Delphi ja eher selten).

Kannst Du ein solches MVVM-Framework empfehlen? Ich habe mit MVVM schon herumgespielt und erste Erfolge gehabt, aber auf keinem Fall darf ich für dieses Projekt so lange für jedes Formulare brauchen. Ein Framework welches mit Arbeit abnimmt wäre sehr willkommen. Ich habe schon ein paar angeschaut, aber vielleicht kennst Du andere?

Zitat von mquadrat:

Als Datenbank würde ich entweder MS SQL Server (Express falls lokal) oder Firebird nehmen.

Geschäftslogik bleibt dir überlassen. Ich persönlich würde wenn man schon alles wechselt auch auf C# wechseln, gerade weil man dann nicht jedes Beispiel erst mal übersetzen muss.

Was meinst Du mit "gerade weil man dann nicht jedes Beispiel erst mal übersetzen muss."? Ich denke ich kann in prism auch C#-Kode direkt einsetzen?

[hanspeter]

So wie es in der Gerüchteküche von MS zu W8 klingt, geht es wohl in die Richtung GUI Oberfläche auf WEB-Basis (HTML5) und die Bussineslogik in Net.
Ob C# oder Prism oder Delphi würde ich von der Qualifikation und Alter der Programmierer abhängig machen. Wenn jahrelange Erfahrungen in Delphi/Pascal und tonnenweise Delphicode vorhanden ist, dann ist es effektiver bei Pascal zu bleiben.
Ob Net oder nativ muss man abwarten, was XE2 bringt.
Hier habe ich durchaus meine Bedenken. Neue Technologien aus der Delphirichtung gingen bisher mehr oder weniger immer schief. Ich möchte mich nicht gern auf ein Framework oder ähnliches einlassen, wo ich nicht weis, ob es das nächstes Jahr noch gibt. (Blackfisch,CLX)
Prism dürfte insgesamt zukunftssicher sein, da ich zukünftig für 2 Plattformen (Net,Java) entwickeln kann und mit C# auf Assembly Basis linken kann.
Insgesamt würde ich mit der Entscheidung bis zum Herbst warten, was sich mit Delphi tut.
Native Programme haben durch auch noch ihren Reiz.
Auf Basis der jetzigen VCL, würde ich keine Neuentwicklung mehr anfangen.

Gruß
Peter

[Bernhard Geyer]

Zitat von hanspeter:

So wie es in der Gerüchteküche von MS zu W8 klingt, geht es wohl in die Richtung GUI Oberfläche auf WEB-Basis (HTML5) und die Bussineslogik in Net.

Hier hat Phoenix was geschrieben

[hanspeter]

Zitat von Bernhard Geyer:

Hier hat Phoenix was geschrieben

Oder hier...
Heise