Wer setzt .NET wirklich ein?

[Alexander]

Moin,
mich würde mal folgendes interessieren: Wer setzt Delphi.NET wirklich produktiv ein und programmiert damit nicht nur kleinere Anwendungen, sondern größere und verkauft diese evtl. sogar? Irgendwie habe ich mit Delphi 2005 immer noch das Gefühl, dass es vom Funktionsumfang nicht mit der VCL bzw. WinAPI32 zu vergleichen ist :?. Was mir z.B. aufgefallen ist, dass es scheinbar immer noch keine Suchen & Ersetzen Dialoge gibt (zumindest nicht bei D2005 und auch so in der .NET Dokumentation habe ich jetzt nichts gefunden.). Das scheint mir nur einer unter vielen Punkten...

Das mag sich zwar alles mit .NET 2 ein wenig ändern, aber Delphi unterstützt das ja eben nicht.

Viele Grüße, Alexander

[delphirocks]

Ich hatte gerade wieder so ein Erlebnis mit dem .NET 1.1 Datagrid.
Wollte gewisse Funktionen anpassen, bzw. das Standardverhalten etwas modifizieren. Mit Win32 überhaupt kein Problem, mit .NET hab' ich's nicht zustandegebracht und nach ca. 5 Stunden entnervt aufgegeben.
In .NET 2.0 wurde die Komponente um einiges verbessert. Allerdings war 2.0 keine Option in diesem Fall.
Im Endeffekt ist's eine MFC-Lösung geworden (Delphi konnte ich hier nicht verwenden).

[Heffalump]

Nun größere Programme habe ich damit noch nicht geschrieben. Grund war eigentlich nur, das ich mich mit den vorhandenen Komponenten noch nicht beschäftigt hatte und oftmals vor dem gleichen Problem stand wie delphirocks. Stundenlang gesucht und nicht so richtig die Antwort gefunden. Aber mittlerweile weis ich, das man mit .Net so alles machen kann wie mit Win32. Ich kenne einige Komponenten (Objekte) besser. So den richtigen Schub hat es bei mir gegeben, als ich von einem Bekannten den Hinweis auf das folgende Progamm: Reflector for .NET bekommen habe. Da kann man so richtig sehen, wie die Microsoftis das mit .Net machen und es verstehen. Ich habe für mich festgelegt, nur noch mit .Net zu arbeiten.

[Khabarakh]

Zitat:

Zitat von Alexander

Moin,
mich würde mal folgendes interessieren: Wer setzt Delphi.NET wirklich produktiv ein und programmiert damit nicht nur kleinere Anwendungen, sondern größere und verkauft diese evtl. sogar?

Das passt nicht ganz zur Thread-Überschrift ;) . Diese kann ich ganz klar mit Ich! beantworten, beim Zitat hakt es aber schon bei der Programmiersprache .

Zitat:

Irgendwie habe ich mit Delphi 2005 immer noch das Gefühl, dass es vom Funktionsumfang nicht mit der VCL

Kann ich nicht bestätigen, ich empfinde die FCL als um Einiges umfangreicher und mächtiger. Kleines Beispiel, über dessen Aussagekräftigkeit sich streiten lässt ;) :
Properties und Events von TForm: 144
Properties und Events von System.Windows.Forms.Form: 248
Schlimmer finde ich die manchmal etwas verkorksten und oft noch viel zu prozeduralen VCL-Kapselungen der WinAPI, von der man mit .Net erst auf den fünften Blick überhaupt etwas merkt.

Zitat:

bzw. WinAPI32 zu vergleichen ist :?.

Jupp. Aber solange Mono noch in der Startphase (Entwicklung + Akzeptanz) steckt, tun mir ein paar P/Invokes nicht weiter weh.

Zitat:

Was mir z.B. aufgefallen ist, dass es scheinbar immer noch keine Suchen & Ersetzen Dialoge gibt (zumindest nicht bei D2005 und auch so in der .NET Dokumentation habe ich jetzt nichts gefunden.).

Wozu brauch ich den, der kann doch nicht einmal mit Regechsen umgehen :stupid: :mrgreen: . Da schnappe ich mir lieber den aus SharpDevelop.

Zitat:

Das mag sich zwar alles mit .NET 2 ein wenig ändern, [...]

Generics, partial Classes, Iterators, Anonymous Methods, MenuStrips, ... sind zwar allesamt ultracool, aber an deinen Punkten ändern sie nicht viel. Aber ein paar (zwangsweise immer existierende) (Design-)Fehler, wie delphirocks einen beschrieben hat (wobei ich zu genau diesem Thema nichts sagen kann), wurden gefixt.

[Alexander]

So ich habe jetzt ein wenig mit Delphi 2005 und den WinForms (nicht VCL.NET) rumgespielt. Prinzipiell geht's ja doch. Allerdings fehlt irgendwie die große Community. Und leider ist Delphi echt irgendwie buggy. Gerade mehrmals erlebt:
Delphi vergisst manche Events :gruebel:. Ich habe ein OnClick-Event einer Toolbar erstellt, dann Delphi ein Event des Formulars vergessen (mehrmals hintereinander erlebt). Nach einem Neustart scheint es wieder zu gehen.
Ich empfinde die VCL irgendwie immer noch als komfortabler :). Allerdings habe ich vielleicth insgesamt 8 Stunden mit .NET rumgespielt...

[sir-archimedes]

Ich beschäftige mich seit einigen Monaten ziemlich viel mit ASP.NET 2.0 und ich muss sagen, dass mir der .NET-Ansatz sehr sehr gut gefällt. Mit den Winforms habe ich mich zwar noch nicht groß weiter auseinandergesetzt, aber das macht für das Verständnis von .NET als solchem recht wenig.

Es gibt durchaus eine Menge Komponenten für .NET und auch Communities. Ich finde die Delphipraxis-Community bislang zwar noch ungeschlagen, aber ich bin mir sicher, dass .NET die Zukunft gehört. (Evtl. auch der Javawelt, aber darüber will ich nicht streiten) Nur halte ich Delphi für ungeeignet, um mit .NET zu entwickeln. VS ist einfach schneller und komfortabler. Und wenn man Delphi "kann", dann wird man auch mit C# sehr schnell gut klar kommen. (Oder man verwendet Chrome o.ä.)

Ich würde auf jeden Fall keine (größeren) neuen Projekte mehr auf Delphi-Win32 aufsetzen, sondern nur noch auf .NET. Da Delphi der aktuellen Entwicklung immer hinterherhängt (Delphi 2006 kann immernoch nur .NET 1.1) empfehle ich auf das VS umzusteigen.

Die .NET-Bibliothek ist einfach super. Man findet für fast alles direkt Klassen, die das, was man machen möchte, bereits können. Vor allem findet man diese Klassen leicht und schnell und muss nicht stundenlang in Dokumentationen suchen, denn .NET ist gut strukturiert aufgebaut.

Ich könnte jetzt noch stundenlang von den Vorteilen von .NET gegenüber Delphi-Win32 schwärmen, aber ich lasse das jetzt mal :)

Gruß,
Dominik

[mquadrat]

Wir setzen eine in Delphi.NET geschriebene ASP.NET Zeiterfassung ein. Dazu Kommunikation mit einem GSM Modem und einen Desktopnotifier.

Delphi 2005 würd ich unbedingt durch 2006 ersetzen. SChneller, besser, weniger Fehler.

[Elvis]

Zitat:

Zitat von mquadrat

Wir setzen eine in Delphi.NET geschriebene ASP.NET Zeiterfassung ein. Dazu Kommunikation mit einem GSM Modem und einen Desktopnotifier.
Delphi 2005 würd ich unbedingt durch 2006 ersetzen. SChneller, besser, weniger Fehler.

Aber wenn man jetzt noch ASPX 1.1 Lösungen baut wird man beim Migrieren zu 2.0 merken, dass man sich da selbst in Fuss geschossen hat.
ASPX 2.0 ist signifikant anders als 1.1. Jetzt noch mit ASPX 1.1 anzufangen nur weil Delphi auf dem Karton steht ist doch ein wenig ... nunja ... :gruebel: ... sturköpfig. ;)

btw: Das weiß man auch nicht erst seit gestern. Die Betas waren schon vor mehr als anderthalb Jahren frei zugänglich und haben diese Unverträglichkeit ganz klar gezeigt.

[Alexander]

Moin Elvis,
ist dieser Unterschied zwischen .NET 1.1 und 2 auch so gravierend? Sprich ist es schwachsinnig jetzt mit .NET 1.1 anzufangen (zu erlernen), also gleich mit Version 2 rum experimentieren? Oder sind beide Versionen recht verträglich?

[Elvis]

Zitat:

Zitat von Alexander

Moin Elvis,
ist dieser Unterschied zwischen .NET 1.1 und 2 auch so gravierend? Sprich ist es schwachsinnig jetzt mit .NET 1.1 anzufangen (zu erlernen), also gleich mit Version 2 rum experimentieren? Oder sind beide Versionen recht verträglich?

Nope, betrifft eigentlich nur ASPX.
Wobei ich es für reichlich unsinnig halte mit 1.1 anzufangen um dann bei 2.0 mitzukriegen dass man mehr als die Hälfte seines Codes in 1.1 umsonst geschrieben hat, da viel "Handarbeit" mit Generics und der erweiterten FCL einfach unnötig wurde.

Außerdem habe ich wohl oft genug geschrieben, wie gut (meiner Meinung nach) eine Sprache zum Lernen von .Net geeignet ist, die sich alle Mühe gibt auszusehen wie Delphi32.

[Christian S.]

Hallo!

Ich denke auch, dass ein Einstieg in .NET 1.1 wenig Sinn macht. Mein "SharpPix" habe ich vor einiger Zeit mal in Delphi .NET geschrieben. Ich war praktisch fertig, dann kam .NET 2.0 in der Final heraus. Ich habe entschieden, das Projekt nochmals neu zu schreiben, weil mich die Möglichkeiten von .NET 2.0 einfach überzeugten.

Ich würde nie wieder auch nur einen Gedanken daran verschwenden, auch nur eine Zeile Code für eine .NET 1.1 - Anwendung zu verschwenden.

Grüße
Christian

[Luckie]

Microsoft hat schon .NET 3.0 angekündigt*. Schreibst du jetzt auch keine Zeile mri in .Net 2.0? Wenn du so argumentierst, dann
brauchst du gar nicht erst anfangen zu programmieren. ;)

*) oder auch nicht

[Alexander]

Zitat:

Zitat von Luckie

Microsoft hat schon .NET 3.0 angekündigt*. Schreibst du jetzt auch keine Zeile mri in .Net 2.0? Wenn du so argumentierst, dann
brauchst du gar nicht erst anfangen zu programmieren. ;)

*) oder auch nicht

Da ist was dran :mrgreen:
Aber .NET 2 gibt es ja schon. Von daher...

Aber so langsam klappt es eigentlich immer besser mit .NET und mir :mrgreen:

[Elvis]

Zitat:

Zitat von Luckie

Microsoft hat schon .NET 3.0 angekündigt*. Schreibst du jetzt auch keine Zeile mri in .Net 2.0? Wenn du so argumentierst, dann
brauchst du gar nicht erst anfangen zu programmieren. ;)

3.0 ist aber noch eine ganze Weile hin.
Selbst Orcas wird auf dem jetzigen 2.0 aufbauen. LINQ & Co sind ja nur AddOn Libs. (laufen ja schon jetzt auf 2.0 ;) )
Demnach sehe ich da kein so großes Problem.
Das schlimmste was passieren könnte wäre dass Orcas ein 2.1 mitbringt. Aber ein 2.1 wäre binär kompatibel zu 2.0, so wie es 1.1 & 1.0 sind.

Man kann ja auch eine 1.1 Assembly in einen 1.0 Prozess laden. (Nie probiert aber oft genug gehört...)

Aber Orcas ist wohl noch min. 1 Jahr entfernt also nicht wirklich der Rede wert.

[Bernhard Geyer]

Zitat:

Zitat von Luckie

Microsoft hat schon .NET 3.0 angekündigt*. Schreibst du jetzt auch keine Zeile mri in .Net 2.0? Wenn du so argumentierst, dann
brauchst du gar nicht erst anfangen zu programmieren. ;)

Dann hätten die auf MS-Technik aufsetzenden SW-Entwickler in den letzten 15 Jahren nichts entwickeln dürfen bzw. eh nur Schrott da ja bei jeder neuen Version alles alte verdammt wurde und nur die neue Technik zählt.

Ich denke bei ASP.NET ist es aber wirklich zu überlegen noch man sich noch 1.1 antut.

[Christian S.]

Zitat:

Zitat von Luckie

Microsoft hat schon .NET 3.0 angekündigt*. Schreibst du jetzt auch keine Zeile mri in .Net 2.0? Wenn du so argumentierst, dann brauchst du gar nicht erst anfangen zu programmieren. ;)

Wer mein Posting aufmerksam liest, wird feststellen, dass ich bis zur Final gewartet habe, bis ich mit .NET 2.0 angefangen habe. Und wenn .NET 3.0 da ist, werde ich mir das ansehen und dann entscheiden, was ich tue. Ich habe nicht von "1.1 vs 2.0" auf alles andere geschlossen, aber Du darfst das gerne tun, wenn Du möchtest.

[delphirocks]

Die Frage ist, ob's die ewige Hinterher-Hechelei auf die Dauer bringt, oder ob's nicht vernünftiger wäre, sich auf Plattformen zu verlegen, die zumindest 5 Jahre Bestand haben (z.B. Java, Linux, Win64).

Es ist einfach so, daß man eine gewisse Zeit braucht, um sich in eine neue Technologie wirklich einzuarbeiten. Kaum hat man's getan, kommt schon wieder das "Neue, viel Bessere" aus dem Hause MS.
Seit .NET ist das ganze Spielchen noch viel schlimmer geworden.

Und Borland hat sowieso keine Chance, da mitzuhalten. Ich meine sie sollten .NET aufgeben und stattdessen eine solidere native Entwicklungsumgebung anbieten.

[r_kerber]

Zitat:

Zitat von delphirocks

Und Borland hat sowieso keine Chance, da mitzuhalten. Ich meine sie sollten .NET aufgeben und stattdessen eine solidere native Entwicklungsumgebung anbieten.

Irgendwie habe ich en Déjà vu. Diese Diskussion ist schon so alt wie Delphi. Delphi 1 kam als 16-Bit-Anwendung obwahl es schon Windows NT und Windows 95 gab. Und die Win32-Library konnte man auch schon unter WfW 3.11 nutzen (z.B. auch im Borland C++ 4 und 5). Und mit jeder neuen Delphi-Version hatte man einen Rückstand von einen halben bis zu einem ganzem Jahr. Trotzdem haben sich sehr viele Entwickler für Delphi entschieden und akzeptieren diesen Zeitdifferenz!
Außerdem wäre es aus meiner Sicht falsch, den Borland bzw. DTG .Net aufgeben würden, denn in nicht mehr allzuferner Zukunft ist .Net die native Entwicklung auf Windows PC und Win32 läuft "nur" noch in einer Sandbox.

Zitat:

Zitat von delphirocks

Die Frage ist, ob's die ewige Hinterher-Hechelei auf die Dauer bringt, oder ob's nicht vernünftiger wäre, sich auf Plattformen zu verlegen, die zumindest 5 Jahre Bestand haben (z.B. Java, Linux, Win64).

Java - neue Versionen waren häufig nicht abwärtskompatibel, da Sun einfach die Klassenstruktur geändert hat. Und Win64 wird dasselbe Schicksal erleiden, wie Win32. Dafür gibt's den passenden JITter, der aus .net-Bytecode optimierten 64-Bit-Maschinencode erstellt.
Zur eigentlichen Frage: ich habe die Homepage für meinen Verein in ASP.Net entwickelt. Und es gibt durchaus auch größere Anwendungen, die mit .Net erstellt sind. Der Musicload-Manager ist dafür ein Beispiel. Und ich kenne große Firmen (Energieversorger, Versicherungen), die fast auschließlich mit .Net entwickeln.

[mquadrat]

Zitat:

Zitat von Elvis

Zitat:

Zitat von mquadrat

Wir setzen eine in Delphi.NET geschriebene ASP.NET Zeiterfassung ein. Dazu Kommunikation mit einem GSM Modem und einen Desktopnotifier.
Delphi 2005 würd ich unbedingt durch 2006 ersetzen. SChneller, besser, weniger Fehler.

Aber wenn man jetzt noch ASPX 1.1 Lösungen baut wird man beim Migrieren zu 2.0 merken, dass man sich da selbst in Fuss geschossen hat.
ASPX 2.0 ist signifikant anders als 1.1. Jetzt noch mit ASPX 1.1 anzufangen nur weil Delphi auf dem Karton steht ist doch ein wenig ... nunja ... :gruebel: ... sturköpfig. ;)

btw: Das weiß man auch nicht erst seit gestern. Die Betas waren schon vor mehr als anderthalb Jahren frei zugänglich und haben diese Unverträglichkeit ganz klar gezeigt.

Wer hat gesagt, dass die Anwendung erst jetzt entwickelt wird :D Damals gab's noch kein .NET 2.0 und ich kann den Kunden schlecht vertrösten mit "Kommen sie in einem halben Jahr nochmal, dann machen wir das anders" ;)

Außerdem zwingt einen niemand zum Migrieren. .NET 1.1 und 2.0 laufen auch nebeneinander wenn's denn sein muss