Mögt ihr das .NET Framework? Ich bis heute nicht

[jfheins]

Ich sehe .net zum Großteil als "Delphi VCL 2.0" - und das hat mehrere Gründe. Zum einen natürlich Anders Hejlsberg aber auch sonst gibt es viele Parallelen.

Manche Dinge finde ich in .net besser gelöst - angefangen mit den multicast delegates, über die Sicherbarkeitsdefinitionen bis hin zu den Unicodes Strings.

Unicodes Strings: Waren von Anfang an* dabei. In Delphi kann es da zu Problemen kommen, wenn die Komponente nicht mit Unicode getestet wurde. (Okay, lässt sich kaum vermeiden wenn man das Framework umstellt...)
Sichtbarkeiten: In Delphi gibt es private, protected, public, published, strict private und strict protected. Die Sichtbarkeit hängt auch damit zusammen ob die Klassen in einer Datei stehen oder nicht.
Mir gefällt das Prinzip mit den namespaces besser - Man kann z.B. eine Datei pro Klasse hernehmen und braucht sich noch nichtmal um Kreuzverweise Gedanken zu machen!

multicast delegates spricht für sich denke ich. Auch wenn ich es noch nicht gebraucht habe, sowas habe ich auch lieber direkt in der Sprache integriert. Man kann sich in Delphi zwar eine Lösung zusammenschustern, aber das Kostet ziemlich viel Zeit und man ist darauf angewiesen, diese Lösung auch immer zu benutzen. Fremdcode lässt sich aber nicht immer so leicht anpassen.

Zum Abschluss noch ein kleiner Codeschnipsel, den ich sehr cool finde:

Code:

                for (int i = 0; i < files_lv.Items.Count; i++) // Listview durchiterieren
                {
                    if (files_lv.Items[i].Checked) // Nur die angehakten
                    {
                        ThreadPool.QueueUserWorkItem(new WaitCallback(Calculate), i); // Multithreaded
                        //Calculate(i); // Sequenziell
                    }
                }

Durch Benutzen der einen oder der anderen Zeiel ist die Komplette Berechnung entweder sequenziell oder komplett Multithreaded. Keine zusätzliche Änderung nötig.
Zugegeben, ich musste erst etwas suchen bis ich den ThreadPool gefunden hatte. Und alles nach Calculate() muss damit zurecht kommen, in einem Thread aufgerufen zu werden. Da wurden also schon Anpassungen fällig. Aber ich finde das Stückchen Code trotzdem genial

* = ab .net 2.0, vorher hab ich's nicht benutzt

Ach ja, asp.net ist natürlich auch noch eine super Sache. Ich hab's mir einmal angesehen und meine Begeisterung für PHP ist schlagartig gesunken
Und ja, wenn man sich geschickt anstellt kann man den gleichen Code einmal als Desktop Anwendung und einmal als Webservice verwenden.

[Viktorii]

Zitat von jfheins:

multicast delegates spricht für sich denke ich.

Was ist denn eine multicast delegate?

Was ein delegate ist, glaube ich verstanden zu haben. Im Prinzip das was bei Qt ein Slot ist !?!

Aber was heißt in dem Zusammenhang multicast?

[Phoenix]

Zitat von Viktorii:

Zitat von jfheins:

multicast delegates spricht für sich denke ich.

Was ist denn eine multicast delegate?

Eine Delegate ist im Prinzip nichts anderes als ein Funktionspointer.

Mit dem was so technisch 'Multicast Delegate' heisst kann man einfach gesagt an ein einziges Event mehrere Handler gleichzeitig dran hängen und alle werden ausgeführt.

In Delphi kann ein Event immer nur genau eine Methode ausführen. Ausser man trickst ein bissel rum (ich hab hier mal vor Jahren eine Multicast-Delegate Klasse für Delphi gepostet).

[Stevie]

Zitat von Phoenix:

Zitat von Viktorii:

Zitat von jfheins:

multicast delegates spricht für sich denke ich.

Was ist denn eine multicast delegate?

Eine Delegate ist im Prinzip nichts anderes als ein Funktionspointer.

Mit dem was so technisch 'Multicast Delegate' heisst kann man einfach gesagt an ein einziges Event mehrere Handler gleichzeitig dran hängen und alle werden ausgeführt.

In Delphi kann ein Event immer nur genau eine Methode ausführen. Ausser man trickst ein bissel rum (ich hab hier mal vor Jahren eine Multicast-Delegate Klasse für Delphi gepostet).

Für neuere Delphi Versionen (ab 2010) hab ich auch mal eine geschrieben

Zum Thema: Obwohl ich mich primär als Delphi Entwickler sehe, hab ich in der Vergangenheit von .Net sehr viele Impulse bekommen gerade was meine Library angeht und ich schau mir immer gerne Sachen direkt aus dem Framework oder aus .Net Projekten ab. Durch die geringere Bürde an Altlasten und der GC kann .Net an vielen Stellen einfach seine volle Kapazität ausspielen, was in Delphi nicht oder nur sehr umständlich geht. Dafür hat Delphi wieder an anderen Stellen seine Stärken.

[divBy0]

Mir gefällt das mit den Frameworks nicht so...

WinForms...WPF...Silverlight... Was denn jetzt?

[Bernhard Geyer]

Zitat von divBy0:

Mir gefällt das mit den Frameworks nicht so...

WinForms...WPF...Silverlight... Was denn jetzt?

VCL, CLX, VCL.NET, wxWidgets - Was denn jetzt?
Von den ganzen Webtechniken die Borland/Emba... die Jahre über immer mal für 1-2 Versionen eingeführt und dann wieder verworfen hat ganz zu schweigen ...

[divBy0]

Zitat von Bernhard Geyer:

VCL, CLX, VCL.NET, wxWidgets - Was denn jetzt?
Von den ganzen Webtechniken die Borland/Emba... die Jahre über immer mal für 1-2 Versionen eingeführt und dann wieder verworfen hat ganz zu schweigen ...

CLX, VCL.NET gibts aber auch in den aktuellen Delphi-Versionen nicht mehr zur Auswahl.

[Medium]

Ich mags
Nicht zuletzt, weil ich so auch ohne die Kosten für ein D2010 in den Genuss von Generics komme, die Lib sonst auch vieles zu bieten hat, wo ich für Delphi immer erst Fremdcode suchen muss (der oft genug nicht "mal eben einfach" eingebunden und funktionstüchtig ist), und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse (das mag in einer Corporate-Umgebung etwas ander aussehen, aber für privat und Kleinprojekte ist die top).
Ich empfinde die Arbeit mit .NET immer sehr "flüssig".

[Ralf Kaiser]

Zitat von Medium:

und es mit #Develop eine freie IDE gibt, an der ich bislang kaum etwas vermisse

Da drängt sich mir die Frage auf: Kann man in SharpDevelop auch andere (.NET-)Sprachen einbinden? Ich denke da an Prism!