Re: .NET vs Java in der Windowswelt

Hi,

>> Was sind denn die konkreten Vorteile von .NET?
> Es ist standardisiert? ECMA-Standard ... wie bei JavaScript, nicht
> aber bei Java.

Standards sind immer ein Vorteil. Jedoch ist nicht 'das komplette' .NET
ECMA-Standardisiert, sondern meines Wissens nach 'nur' C# [3] und CLI
[2]. Sun hatte die Java Spezifikationen ebenfalls bei der ECMA eingereicht
[4], jedoch den Antrag dann wieder zurückgezogen. Vorher sollte Java mal
über die ISO standartisiert werden [4]. Der Standard gefällt mir recht
gut. Ich bin nur mal gespannt, wie die Entwicklung von z.B. Mono in
Zukunft weiter geht.
Allerdings sind viele andere Technologien auch nicht auf eine vergleichbare
Art standartisiert.

> Bitte? Du machst es Dir aber ziemlich einfach ... nur weil's
> .toString() und .ToString() heisst, bedeutet das noch lange nicht,
> dass die Konzepte gleich sind. Also gerade bei den Controls geht's
> doch verschiedene Wege und ASP.NET würde ich auch nicht mit JSP
> vergleichen wollen.

Vielleicht habe ich es ein wenig zu scharf ausgedrückt. Nach meinem
subjektiven Empfinden ist der Funktionsumfang in etwa gleich. (Ich
vor einiger Zeit in ein paar Quellen mal eine Zahl von ca. 90 %
gelesen. Ich weiß nicht wie zuverlässig diese Angabe sind. Ich kann
auch die Quellen nicht mehr nennen). Die Konzepte zu Vergleichen ist
eine deutlich komplexere Aufgabe. Dafür habe ich den Überblick
verloren (.Net 2.0 soll angeblich J2EE übertrumpft haben?!).

> Kennst Du die Integration von Java in Windows? Naturgemäß ist .NET
> wesentlich besser auf den Umgang mit älteren Programmen und
> Komponenten vorbereitet - ein ActiveX in .NET anzusprechen, dürfte
> naturgemäß leichter ausfallen, als in Java ;-)

Die JavaBeans sollten das Problem obsolete machen :) (Wenn denn alle
Beans implementieren würden..) Andererseits finde ich den Zugriff auf
ActiveX mit SWT (z.B. in [5] beschrieben) nicht wirklich kompliziert.
Ich habe noch keine komplexeren Dinge in Java integriert und auch nicht
die Zeilen dafür gezählt, die Integrationen in C# benötigen. Daher
gehe ich bei einfachen Dingen mal vom subjektiven Empfinden aus, dass
der Overhead nicht wesentlich größer ist.

>> Wenn es um Performanz geht sieht .NET nicht besonders
>> gut aus, [...]
>
> Bitte? Hast Du überhaupt schonmal mit .NET-Programmen gearbeitet?
> Worauf gründet Deine Aussage?

Ich spreche von Programmen die einen Videostream 'parsen'. Ich muss
25 Bilder pro Sekunde bearbeiten. Mit bearbeiten meine ich dabei
Informationen aus den Bildern extrahieren (Texte erkennen (in welcher
Region Text steht, kein OCR, Kanten finden etc.). Das sind etwas andere
Anforderungen an die Performanz, als bei einem Bildbearbeitungsprogramm,
bei dem der Nutzer auch mal 2 Sek länger auf den Filter warten kann.
Es gibt tatsächlich Auftraggeber, die für sowas .NET möchten. Mit
Unsafe Code und optimierten C Bibliotheken hat das ganz gut geklappt.
Die C# Klassen waren oftmals zu langsam um die Bilder zu bearbeiten.

Das sind spezielle Anforderungen, die normalerweise nicht an ein
Desktopprogramm gestellt werden, aber es gibt Programme die sowas
fordern.

> Es gibt Bildbearbeitungsprogramme oder
> ich selber setze ein MP3/ID-Tag-Editor ein. Das Teil ist recht
> schnell, was ich von den Java-Programmen, die ich auf derselben
> Maschine habe, nicht behaupten kann.

Jetzt würden wir in einem .NET vs. Java Vergleich enden ;) Ich
habe mich mit der Performanz von beiden (im Vergleich) noch nicht
beschäftigt. Es gibt Benchmarks (z.B. SciMark). Es gibt Leute die
behaupten, .NET könnte schneller Forms öffnen, würde aber schlechter
skalieren. Es gibt jedoch auch wieder viele die behaupten, die
Geschwindigkeit von beiden wäre etwa gleich.

Gruss,
Oliver

[1] http://www.ondotnet.com/pub/a/dotnet/2001/06/07/csharp_java.html
[2] http://www.ecma-international.org/publications/standards/Ecma-335.htm
[3] http://www.ecma-international.org/publications/standards/Ecma-334.htm
[4] http://www.ifi.unizh.ch/~riedl/lectures/standard.html
[5]
http://www-128.ibm.com/developerworks/opensource/library/os-activex/?ca=dgr-lnxw07ActiveXeclipse

--
Oliver Hohlfeld <|> DO1FDK <|> http://www.ohohlfeld.com
Linux user #191885
.

Relevant Pages

  • Re: .NET vs Java in der Windowswelt
    ... Java ist zwar nicht von einer anerkannten Organisation standardisiert, ... Die MFC und das Windows API sind auch ... eher ein Fremdwort (Abgesehen von .NET und Office XML). ... Unter Linux ist die Performance von .NET Programmen mit denen von ...
    (de.comp.os.unix.linux.misc)
  • Re: Neuer VB Compiler
    ... Neuentwicklungen dann unter Java, mit allen Möglichkeiten, die das Framework bietet. ...
    (microsoft.public.de.vb)
  • Re: .NET, Java, Phyton oder doch was anderes?
    ... Vieles kann man zwar auch mit Java hinbekommen, ... In .NET ist es eben die Gleichförmigkeit angefangen von Funktionsbenennungen ... Und zusammen mit System.Security.Cryptography sind eben auch Signierungen ... Auch für andere verbreitetere TCP und UDP Anwendungen "im Internet" gibt es ...
    (de.comp.lang.misc)
  • Re: Fertiger C# Parser der CodeDom produziert
    ... programmiersprachenunabhängig implementieren zu können. ... Schon klar, aber dann biete ich das Ding net offiziell an, wenn es ... ("Compiler as a service"). ... blöd ist, da ich das Ding ja convertieren will (nach Java), da sollte ...
    (microsoft.public.de.german.entwickler.dotnet.csharp)
  • Re: Umstieg von J2EE auf .net
    ... wurde PetShop am Anfang mit Java programmiert und nachher ... Özgür Aytekin (MCSD .NET, MCDBA) ... > - Servlets, Java Beans und JDBC ... > - Enterprise Java Beans als BMP ...
    (microsoft.public.de.german.entwickler.dotnet.asp)
Loading