Hallo !

Ich stelle jetzt mal meine frage spereat von dem Delphi 2005 PE auf PC-Magazin "DVD" 5/2005 Topic da das ja schon übervoll ist !

Und zwar habe ich die Frage, wie es denn mit Delphi weitergeht, wenn .NET kommt. da muss man ja C# programmieren. Kann ich dann gleich die Delphi Language so wie jetzt ist vergessen und wird die aussterben oder wie muss man das verstehen ?

Nein. Du musst nur eine WinForms-Anwendung erzeugen.

und da kann ich dann wie gewohnt Delphi programmieren und das ist dann beim complilieren .NET ??
und hab ich da dann irgendeinen nachteil oder wie ?
Wozu gibts dann C# ?

novabeat hat folgendes geschrieben:

und da kann ich dann wie gewohnt Delphi programmieren

ja

novabeat hat folgendes geschrieben:

und das ist dann beim complilieren .NET ??

Nur wenn du keine Win32API-Funktionen benutzt. Bzw. nir die .NET-Objekte benutzt.

novabeat hat folgendes geschrieben:

und hab ich da dann irgendeinen nachteil oder wie ?

Reine Ansichtssache ob das Vor- oder Nachteile hat. Das Framework und dessen Möglichkeiten sind in allen Programmiersprachen theoretisch gleich.

novabeat hat folgendes geschrieben:

Wozu gibts dann C# ?

Wozu gibt es Pascal? Jeder programmiert in der Sprache, die er mag.
Ein Link für weitere Grundlagen-Infos.

das heisst ich kann quasi wie gewohnt weiter in Delphi arbieten und das wird dann .Net.
und wieso sagen hier manche im forum, dass man am besten doch c# lernen sollte ?
was hat das für einen vorteil ?

Ich muss eingestehen, dass ich mich auch noch nicht lange mit .NET beschäftige.
Ich habe allerdings im Forum noch nicht gelesen, dass man auf C# umlernen sollte.
Soweit ich das jetzt verstanden habe, kann man Delphi (WinForms) benutzen, solange man sich an die Namespaces hält.
Vor 10 Minuten habe ich ein kleines Programm geschrieben, dass mir alle laufenden Prozesse anzeigt. Programmierzeit ca. 10 Minuten. Dafür brauchte ich allerdings ein dynamisches Array und die Funktion Length. Inwieweit das .NET-Konform ist, kann ich noch nicht sagen. Ich gehe aber mal davon aus, dass Borland so clever ist keine ungültigen Funktionen zuzulassen, wenn man eine WinForms-Anwendung bastelt.

Das Beispiel mit den Prozessen ist ziemlich gut, @jaso. In vielen (speziell in solchen) Fällen ist das .NET Framework einfacher geworden. Probier mal FindFirst/FindNext aus. Nennt sich unter .NET "GetFiles" und "GetDirectories" (s. SDK). Einfacher geht´s nun nicht mehr. Beispiel hätte ich zur Not parat, falls du auf die Schnelle nichts im SDK findest.

@novabeat: Wie gewohnt arbeiten kannst du nur, wenn du weiterhin ein VCL- oder eben auch ein VCL.NET-Programm schreibst. Wählst du eine WinForms-Anwendung (also .NET, aber ohne Borlands VCL.NET), dann gibt´s ein paar kleine Detailunterschiede. Da fällt mir gerade die Toolbar ein. Pack so eine auf deine Form, mach ein paar Buttons drauf und wähle das OnClick-Ereignis.

Ein bisschen Umdenken muss man in manchen Fällen schon. Aber der Vorteil für dich dürfte die gewohnte Delphi-Syntax sein. Wenn du dich ein bisschen mit C# vertraut machst, dann fällt es dir aber auch leichter, die Beispiele aus Microsofts .NET Framework SDK zu verstehen und für Delphi umzubauen.

MathiasSimmack hat folgendes geschrieben:

Das Beispiel mit den Prozessen ist ziemlich gut, @jaso. In vielen (speziell in solchen) Fällen ist das .NET Framework einfacher geworden. Probier mal FindFirst/FindNext aus. Nennt sich unter .NET "GetFiles" und "GetDirectories" (s. SDK). Einfacher geht´s nun nicht mehr. Beispiel hätte ich zur Not parat, falls du auf die Schnelle nichts im SDK findest.

Ich komme gegebenenfalls darauf zurück. Im Moment versuche ich mir einen Überblick zu verschaffen und zu testen, wie es gemacht und benutzt wird.
Das Framework ist doch ziemlich umfangreich.

also kann ich auch in .NET mit delphi arbieten, nur dass sich die befehle ändern werden bzw. teilweise anders heissen.
und was ist die VCL.NET ?

Guckst du mal in die .NET-Sparte dieses Forums? Da gibt es einen "Ist es noch zu früh"-Thread, in dem das u.a. angesprochen wird.

oh danke !