Forum: Klatsch und Tratsch
by Phoenix,
19. Feb 2011
Ganz und gar nicht. Ich mag natives Delphi ;-) Aber ich kann es auf den Tot nicht ausstehen, wenn hier jemand so penetrant einen absoluten geistigen Dünnschiss von sich gibt, der beweisbar falsch ist. .NET ist nunmal nicht pauschal 5-10 mal langsamer als nativer Code.
Forum: Klatsch und Tratsch
by Phoenix,
19. Feb 2011
Ja, diese Rahmenbedingungen sind die sogenannten Application Domains, die es in .NET gibt.
Stürzt ein .NET Programm ab, betrifft das nur die einzelne Application Domain, in der es läuft. Natürlich kann man mehrere Applications in einer Domain laufen lassen, aber man kann sie auch isolieren.
Bei ASP.NET ist es z.B. besonders interessant, da man hier mehrere Webanwendungen parallel laufen...
Forum: Klatsch und Tratsch
by Phoenix,
19. Feb 2011
Ich gehe jede Wette ein, dass ich jedes Programm welches Insider2004 in Delphi schreibt, mindestens genauso performant, wenn nicht sogar performanter auf Basis von .NET implementieren kann. Voraussetzung ist, dass zum Vergleich die Sourcen offen liegen - und er sich überhaupt auf die Wette einlässt.
Dass native Code generell schneller sein soll als managed Code ist ein immer wieder...
Forum: Klatsch und Tratsch
by Phoenix,
19. Feb 2011
Jain. Wenn man signierte Assemblies verwendet ist es im Prinzip technisch unmöglich einem Programm ein fremdes Assembly unterzujubeln. Ist es jedoch nicht signiert, kann man es natürlich jederzeit gegen ein beliebiges eigenes austauschen.
Das Zertifikat muss kein kostenpflichtiges Code-signing Zertifikat sein, sondern kann auch selber erstellt werden. Hauptsache, das Assembly hat eine...
Forum: Klatsch und Tratsch
by Phoenix,
18. Feb 2011
Wie gesagt, ich bin der Meinung als .NET Entwickler sollte man auf jeden Fall C# lesen können. Und ja: Das .NET Framework ist sehr umfangreich. Das ist natürlich für den Einsteiger erstmal überwältigend, aber natürlich auch ein Riesen-Vorteil für den produktiven Einsatz.
Wobei man sich am Anfang erstmal auf ein paar Namespaces und die Sprachfeatures beschränken kann. Ohne LINQ z.B. will ich...
Forum: Klatsch und Tratsch
by Phoenix,
18. Feb 2011
Prism ist halt Object Pascal, und zudem noch fortgeschrittener als C#.
Die wichtigsten Beispiele bisher: LINQ gab es gut ein dreiviertel Jahr bevor C# es hatte, die Parallel Extensions hatte Prism auch über 12 Monate vor C#. Beim DLR-Support waren wir zugegebenermassen nur 3 Monate voraus, haben aber auch parallel an Cooper gearbeitet ;-)
Stand heute kann Prism von Haus aus aus auch...
Forum: Klatsch und Tratsch
by Phoenix,
18. Feb 2011
Wieso sprichst Du da eigentlich in der Vergangenheit bzw. im Konjunktiv? Ist doch alles gesetzt und schon lange Wirklichkeit.
Zudem: Es gibt keinen 'Leistungsverlust' durch .NET. Die Runtime verwaltet den Speicher in aller Regel effizienter als man es selber machen könnte und ist daher sogar performanter als man es ohne zusätzliche Optimierungen von Hand hinbekommen würden.
Genauso wie Java...