Delphi am "Ende"?

[Insider2004]

Vorteil Delphi: schneller, schlanker Code (.net ist 15x langsamer) und für Delphi gibt es hunderttausende Komponenten/Code-Beispiele (für .net gibts nix)

[Phoenix]

Zitat von Insider2004:

Vorteil Delphi: schneller, schlanker Code (.net ist 15x langsamer)

Das ist ein Gerücht. Und zwar ein schlechtes und unhaltbares. Wir parsen mit .NET einen nicht ganz kleinen Stream der kompletten Handelsdaten an der deutschen Börse (CEF-Feed) mit .NET auf einem IBM Thinkpad - in Echtzeit. Und haben noch Zeit, die Kurse die da kommen zu aggregieren.

Wenn Du das mit Delphi schaffst, dann bist Du *sehr* gut. Und Du brauchst unter Garantie viel mehr Code. Und das System kann man dann nicht einfach mal so von einem Windows auf einen Linux-Server umtopfen wenns Not tut.

Zitat von Insider2004:

und für Delphi gibt es hunderttausende Komponenten/Code-Beispiele (für .net gibts nix)

• http://www.telerik.com/products/winforms.aspx
• http://www.devexpress.com/Products/N...rols/WinForms/
• http://www.infragistics.com/dotnet/n....aspx#Overview

Das ist nur Windows forms, von WPF, Silverlight und ASP.NET-Komponenten mal komplett abgesehen.

Codebeispiele?

• http://www.codeproject.com/
• http://www.aspxcode.net/
• http://msdn.microsoft.com/en-us/library/dw70f090.aspx
• http://www.example-code.com/

Nur so als klitzekleine Auswahl. Da gibt es massiv mehr als für Delphi.

[Chemiker]

Hallo,

also der größte Nachteil den ich bei .NET sehe ist es, dass der eigene Quellcode mit relativ wenig Aufwand offen liegt. Dies wurde auf der EKON 14 demonstriert und es gehen Gerüchte um das MS dadurch neue Geschäftsfelder erschließen will.

Bis bald Chemiker

[Insider2004]

Zitat von Chemiker:

Hallo,

also der größte Nachteil den ich bei .NET sehe ist es, dass der eigene Quellcode mit relativ wenig Aufwand offen liegt. Dies wurde auf der EKON 14 demonstriert und es gehen Gerüchte um das MS dadurch neue Geschäftsfelder erschließen will.

Bis bald Chemiker

.net code wird ja auch erst beim Aufruf übersetzt. Alles liegt offen. Faktisch ist .net wie Java. Für den professionellen Einsatz und überall, wo der Quellcode geheim bleiben muss ist Java oder .net tabu.

[Phoenix]

Zitat von Chemiker:

also der größte Nachteil den ich bei .NET sehe ist es, dass der eigene Quellcode mit relativ wenig Aufwand offen liegt.

Mit genau so wenig Aufwand kann man den Quellcode aber auch entsprechend schützen. Der kostenlos herunterladbare Oxygene-Compiler von Delphi Prism ist ein .NET Programm. Versuch Dich doch mal mit dem Reflector an dem Teil

Auch andere Firmen (AutomatedQA z.B.) haben Produkte auf .NET Basis die entsprechend geschützt sind - und das ist eine einzige Zeile im Post-Build-Prozess. Wer das nicht macht ist einfach selber schuld. Ich nenne jetzt keine Namen, aber es gibt einen Hersteller von .NET Entwicklungs-Tools die u.a. die Methode die den Trial-Zeitraum resetted in ihren Assemblies von aussen aufrufbar im Klartext bereithält.

[Chemiker]

Hallo,

Zitat:

Versuch Dich doch mal mit dem Reflector an dem Teil

Es wurden auch verschiede Schutzmaßnahmen vorgestellt, trotzdem war es relativ einfach den Quellcode offen zulegen, Ob Deine dabei waren kann ich zurzeit nicht sagen, weil ich die Aufzeichnungen irgendwie verlegt habe.

Bis bald Chemiker

[hanspeter]

Zitat von Phoenix:

Weil viele von diesen Sprachkonstrukten auf IL-Internas basieren. Ich rede hier insbesondere von LINQ. Zumal der (neue) Prism-Compiler auch zu 100% managed ist. Das kann man nicht einfach so in einen nativen Compiler nachimplementieren ohne die Rückwärtskompatibilität zu opfern. Und wenn Embc. das macht, dann ist Delphi wirklich tot.

So tief hatte ich eigentlich nicht gedacht.
In Delphi "method" als zusätzliches Schlüsselwort, Case mit String, compatible Generics ...
Einfach eine Klassendeclaration in beiden Systemen parallel verwenden können.
Es geht hier um die Weiterverwendung bestehenden Delphi - Codes.

Zitat von Insider2004:
und für Delphi gibt es hunderttausende Komponenten/Code-Beispiele (für .net gibts nix)

Man darf nicht übersehen, das das Net-Framwork um Größenordnungen vollständiger als die VCL ist.
In der VCL gibt es einige hundert Klassen im Net-Framework einige tausend.
Viele Delphi - Toolhersteller bieten Net Versionen an oder sind gar ganz auf net umgeschwenkt.
Viele unter Delphi erfogreiche Tools stehen auch in Net zur Verfügung. (z.B. Express quantum, Fastreport ...)

Gruß
Peter

[p80286]

Zitat von hanspeter:

In der VCL gibt es einige hundert Klassen im Net-Framework einige tausend.

Wenn diese Klassen aber die gleiche Qualität wie in VBA haben, und die Vermutung liegt nahe, dann kann ich gut darauf verzichten.

Gruß
K-H

[holliesoft]

Zitat von Insider2004:

Vorteil Delphi: schneller, schlanker Code (.net ist 15x langsamer)

Das kann ich nicht bestätigen...

Ich verarbeite auf der Arbeit mit einem .net-Programm z.B. Logdateien, die ich vorher mit einem Delphi-Programm verarbeitet hatte. Das .net Programm ist min. doppelt so schnell!

Gruß
Patrick