Delphi 7 und Delphi for .NET vergleich

[santaclau5]

Hallo zusammen.

Ich muss eine Projektarbeit über Delphi machen. Ich soll ein einfaches Programm mit .net schreiben, vielleicht auch ein kleines Programm für nen Palm. Und dann soll ich noch die Vorteile zum normalen Delphi herausfinden.

Ich finde mich mit .net überhaupt nicht zurecht, kann mir da jemand von euch helfen.

Danke schon mal im Voraus.

Gruß
santaclau5

[Bernhard Geyer]

Na ja: Viele Vorteile hast du bei Delphi.NET nicht bis auf die Möglichkeit Weblösungen auf ASP.NET-Basis zu entwickeln. WinForms wurde gestrichen, WPF nur in einem Nebensatz auf einer EKON erwähnt, Plattformunabhängigkeit bezüglich CF.NET oder MONO ist irgendow im Dunstnebel der Roapmap für 201x zu erwarten. Evtl. erleichtert der .NET-Port die Portierung Richtung Full-Unicode und Win64.

Ach ja: .NET und Palm: Vergiss es. Palm ist für seine Ressourcenschonung bekannt (und ist immer noch die beste Plattform wenn man einen günstigen PIM benötigt), aber ansosten ist eigentlich die HW-Plattform auf der ein Palm-OS läuft mit jeder managed Plattform ob nun .NET oder Java eigentlich immer überfordert.

Könntest du deine Arbeit nicht etwas umdefinieren in der Art: "Vor- und Nachteile einer managed Plattform wie .NET (oder Java) im gegensatz zu einer nativen Compilierung für Win32.

[mkinzler]

Zitat:

aber ansosten ist eigentlich die HW-Plattform auf der ein Palm-OS läuft mit jeder managed Plattform ob nun .NET oder Java eigentlich immer überfordert.

Gilt für neuere Palm-Geräte nicht mehr ganz (inzwischen auch StrongARM).

[Bernhard Geyer]

Zitat:

Zitat von mkinzler

Gilt für neuere Palm-Geräte nicht mehr ganz (inzwischen auch StrongARM).

Ok. Ist dann eher die Frage bis Palm gänzlich in der Versenkung verschwindet und auch die noch existierenden Geräte irrelevant für SW-Entwicklung sein werden.

[santaclau5]

Zitat:

Könntest du deine Arbeit nicht etwas umdefinieren in der Art: "Vor- und Nachteile einer managed Plattform wie .NET (oder Java) im gegensatz zu einer nativen Compilierung für Win32.

Ja, das könnt ich auch, kommt ja fast auf das selbe raus.

[Bernhard Geyer]

Zitat:

Zitat von santaclau5

Zitat:

Könntest du deine Arbeit nicht etwas umdefinieren in der Art: "Vor- und Nachteile einer managed Plattform wie .NET (oder Java) im gegensatz zu einer nativen Compilierung für Win32.

Ja, das könnt ich auch, kommt ja fast auf das selbe raus.

Nee, nicht ganz. Delphi for .NET bietet nur einen Teil der Möglichkeiten ab die z.B. ein VS.NET oder ein C#-Develop anbietet. Neben "richtiger" GUI-Programmierung mit WinForms oder WPF ist auch die Plattformunabhängigkeit für CF.NET bzw. Mono gegeben bzw. entsprechende Java-Gegenstücke.

[santaclau5]

Hallo!

Könnten mir einer von euch sagen, wie ich aus einem in Delphi geschriebenem Programm (siehe Anlage) eine Delphi .net Version machen kann. Ich habe Delphi Studio for Microsoft .net installiert und weiß leider nicht, wie ich damit umgehen soll.

Danke schon mal im Voraus!

[mkinzler]

Öffne das Projekt einfcah mit der .Net-Personality, dann wird es angepasst.

[santaclau5]

habe ich dieses Programm, wenn ich Delphi Studio for Microsoft .net, denn ich finde es nicht. kannst du sagen, wie ich es öffnen kann?

[mkinzler]

Öffne das Projekt (.dpr)

[santaclau5]

dann öffne ich das programm ja nur normal mit delphi und nicht mit delphi .net

[mkinzler]

Beim ersten mal fragt er. Du kannst auch das D2006-Projekt (bdsproj) wieder löschen, dann fragt er nocheinmal

[santaclau5]

das macht es aber nicht bei mir, kannst du das programm für mich umwandeln und dann hochladen. danke

[mkinzler]

Ich habe nur noch RadStudio 2007 installaiert, kann es aber mal versuchen.

[santaclau5]

danke, dass du es probieren wirst

EDIT: Habe gerade im Ordner \Delphi for .NET Preview\source die rebuild.bat ausgeführt und dann versucht aus dem Ordner C:\Programme\Borland\Delphi for .NET Preview\Demos\FCL\Print\ChoosePrinter die Datei zu öffnen und zu kompilieren.
Delphi 7 öffnet diese Datei, klicke ich auf den PLAY-Pfeil erhalte ich folgende Fehlermeldung: [Fataler Fehler] ChoosePrinter.dpr(8): Datei nicht gefunden: 'System.Windows.Forms.dcu' und die Zeile Controls in 'Controls.pas'; wird rot markiert, die Controls.pas ist aber vorhanden und ich kann mir den Fehler nicht erklären.

Hab ihr hierzu Ideen...

Inhalt der Controls.pas:

Delphi-Quellcode:

unit Controls;

interface

uses
  System.IO,
  System.Windows.Forms,
  System.Drawing,
  System.Drawing.Printing;

type
  TForm         = System.Windows.Forms.Form;
  TButton       = System.Windows.Forms.Button;
  TPrintDialog  = System.Windows.Forms.PrintDialog;
  TDialogResult = System.Windows.Forms.DialogResult;

  TSize          = System.Drawing.Size;
  TPoint         = System.Drawing.Point;
  TFont          = System.Drawing.Font;
  TStringFormat  = System.Drawing.StringFormat;

  TPrintDocument      = System.Drawing.Printing.PrintDocument;
  TPrintEventArgs     = System.Drawing.Printing.PrintEventArgs;
  TPrintPageEventArgs = System.Drawing.Printing.PrintPageEventArgs;
  
  TStreamReader  = System.IO.StreamReader;

implementation
end.

[mkinzler]

Hier die konvertierte Version