Jemand mit C#-Erfahrungen?

[nailor]

ich mache in letzer Zeit mehr mit C# als mit Delhpi und bin ziemlich begeistert, da C# einfach viel einheitlicher und "mächtiger" als Delphi ist. In wiefern das an .NET und in wiefern das an C# liegt, sei mal dahingestellt. Mit WinApi hatte ich noch keine Probleme (da man die eigentlich nicht verwenden sollte), und dlls (zumindest in C# geschriebene) gehen wunderbar.

[pajofego]

Tja das C# und das .NET ist schon ein tolle Sache. Habe damit über ein halbes Jahr gecodet und fand insbesondere die Compilermeldungen extrem gut und aufschlussreich! Nur irgendwie vermisse ich die in Delphi so einfach zu erstellenden GUIs. Mein Problem ist, dass ich teilweise ganz gerne Delphi und C# benutzen würde, je nachdem was womit am einfachsten ist. Ergo, würde ganz gerne beides in einem Projekt benutzen und ... siehe da! Congratulations Borland, das ist eine verdammt gute Idee mit D9 :thumb:. Indem ich in ein Projekt Delphi- und C#-Projekte zu einem Superprojekt zusammenfassen kann erfüllt sich mein Traum! Endlich kommt die Lösung für mich auf den Markt. Sauber! Ich hoffe das die IDE auch wirklich stabil laufen wird! Bin supergespannt darauf!

[Christian Seehase]

Moin Nailor,

Zitat:

Zitat von Nailor

Mit WinApi hatte ich noch keine Probleme (da man die eigentlich nicht verwenden sollte),

Zu Übungszwecken, wollte ich einen RegistryViewer nach C# portieren (mit Visual Studio), und da die möglichen Informationen, die man ohne API Zugriffe auslesen kann etwas dürftig ausfallen (es ist beispielsweise nicht vorgesehen das Änderungsdatum eines Keys auszulesen) blieb' mir da nichts anderes. ;-)

[Mirilin]

:hi: Chacko

:gruebel: Such mal nach MonoDevelop

mfg Tobias

[OregonGhost]

Was ich persönlich sehr interessant an C# / .NET finde, ist die Tatsache, dass es für eine so junge Technologie erstaunlich ausgereift ist. In der FH führe ich zurzeit ein Semesterprojekt durch, das eine Steuerungssoftware inklusive Auswertung und so Spielkram für einen Extruder zum Ziel hat - komplett in C# ;c)
Ich finde vor allem, dass die Anbindung an die C-API per P/Invoke eine super Sache ist. Man muss sich nicht mehr mit dem char*-Dreck etc. rumschlagen, weil der Marshaller das automatisch in einen string bzw. StringBuilder umsetzt, und man kann das Layout von structs exakt festlegen, also auch zum Beispiel, dass ein Array, das standardmäßig ja eine Referenz ist, flach in der struct abgelegt wird. Das ist eine Flexibilität, von der ich immer geträumt habe ;c)
Ich finde auch sehr interessant, dass es eigentlich keine fundamentalen Typen mehr gibt und nur noch zwischen Referenz- und Werttypen (also class und struct) unterschieden wird. Rein von der Performance her muss man zwar drauf achten, dass ein Integer nicht plötzlich geboxt wird, aber wenn's nicht so auf die Performance ankommt, braucht man an solche Kleinigkeiten nicht mehr zu denken.

Bei uns an der FH wird leider immer noch sehr viel Java benutzt, obwohl die Dozenten immer wieder anmerken, dass Java-Programme eigentlich sehr langsam sind.

Übrigens, MonoDevelop ist eine Auskopplung von SharpDevelop (#D) 0.98.

Auf D9 bin ich auch in dieser Hinsicht gespannt. Als VS2005-Fan hoffe ich, dass Borland aus einer Menge kleinerer Fehler (aus meiner Sicht zumindest) lernt und ausnahmsweise mal die Microsoft-Umgebung übertrifft. JBuilderX war ja auch eine super Sache, nur leider halt in Java geschrieben und damit recht träge. Was die Sprache angeht, werde ich in jedem Falle bei C# bleiben, vielleicht von einigen in Managed C++ gehaltenen Teilen abgesehen.

Zitat:

Jedoch störts mich, dass weder für FTP noch für HTTP ne Klasse im Framework ist (für mich unverständlich).

HttpWebRequest und FtpWebRequest und -Response vielleicht? In Whidbey gibt's auch schon einen HttpListener (also einen HTTP-Server).

Zitat:

ich denke mal die Begeisterung wird sich etwas legen, wenn Du mal DLLs bzw. Funktionen der Windows API importieren willst, bzw. musst, weil eben nichts passendes dabei ist.
Das ist doch etwas aufwändiger, speziell wenn Pointer erforderlich sind.

Auf P/Invoke.net sind so ziemlich alle Windows-API-Funktionen bereits als .NET-Prototypen vorhanden...

[Robert_G]

Zitat:

Zitat von pajofego

Nur irgendwie vermisse ich die in Delphi so einfach zu erstellenden GUIs.

Ist in C# genauso einfach, wenn nicht einfacher. ;)
Der ultimative Vorteil gegenüber der eingestaubten VCL mit ihren DFM-dateien ist wohl CodeBehind.
Hast du schonmal in Delphi32 versucht eine eigene Komponente auf's Form zu kriegen _ohne_ sie in der IDE zu registrieren?
Geht nicht! :P
In C# kannst du einfach im Designer Code die Klasse & den verwendeten Contruktor austauschen (siehe Anhang) und *fump* siehst du zum Bleistift ein Label im Designer.
Du hast im VS (und IMHO sogar in D8 ) die Möglichkeit alle Komponenten, die du in deinem Projekt erzeugt hast, ganz easy aus der ToolBox auf's Form ziehen.

@Topic
Ich persönlich halte C# für eine sehr durchdachte und vor allem moderne Sprache. Sie ist irgendwie perfekt ans FrameWork angepasst.
Außerdem hat sie eigentlich mehr von Java & Delphi als von C++ geerbt. :)

Eigentlich haben sich die Projekte, die später mal .Net, C# & ASP.Net heißen sollten, zufällig getroffen und sich ständig gegenseitig angespornt. C# sollte eigentlich mal J++6.0 heißen -> eine Art Java mit API-Unterstützung für Win32 & WinCE.
Was dann ein gewisser Herr Hejlsberg daraus gemacht hat ist eine ganz andere Geschichte. ;)

Edit: Ich hatte aus Vesehen ein bmp angehöngt. :oops: