Re: .NET, Java, Phyton oder doch was anderes?

ich kann Karsten da schon vestehen. Das .NET-Framework hat ja schießlich
dutzende bis hunderte Klassen, die bei z.B. Java nicht im Grundumfang
vorhanden sind.

Das ist bis jetzt mal bloss eine bewertungsneutrale Eigenschaft.

Erhöhte Funktionalität ist aber einer der zentralen Eigenschaften nachdenen
man bewerten sollte. Die Syntax nimmt sich bei allen modernen Sprachen ja
nicht mehr viel (obwohl Visual Studio 2005 vom Eingabekomfort her gerade bei
VB.NET ein einigen Punkten auch Eclipse alt aussehen lässt).

Vieles kann man zwar auch mit Java hinbekommen, allerdings wirkt es dann
immer wie ein Add-on (was es ja in der Regel auch ist) und nie wie ein
Bestandteil.
In .NET ist es eben die Gleichförmigkeit angefangen von Funktionsbenennungen
bis hin zur lokalisierten Hilfe alles ineinander integiert.

Ich kann hier ja mal einige Klassen nennen:

Smartphone:
Das CompactFramework ist überall mit bedacht.

Games:
Man hat den Namensraum Microsoft.DirectX und kann gleich loslegen.

Webservices:
Man braucht kein Tomcat sondern hat einen System.Web.Services-Namensraum.
Und zusammen mit System.Security.Cryptography sind eben auch Signierungen
und End-To-End-Verschlüsselte-Webservices sehr schnell möglich.

Windows Presentation Foundation:
Also animierte Vektorabsierte 2D/3D-Webseiten und Programme gibt es meines
Wissens gar keine gleichwertige Entsprechung (höchstens ansatzweise mit
Flash oder so).

System.Speech für Spracherkennung&ausgabe usw.

Das könnte man nun natürlich fast unendlich fortsetzen mit vielen dutzen
Namensräumen mehr, die in keiner anderen Sprache (ab Werk) vorhanden
sind...bei .NET: alles integiert.

-Ganz sicher ist .NET nicht das richtige für das perfekte "Hello
World"-Programm.

Das ist einen unsinnige Aussage (was wohl auch beabsichtigt war).

Das ist das Hauptargument gegen .NET für jeden, der damit anfängt. Aber mit
der Aussage wollte ich schon deutlich machen, dass es auch nur am anfang
negativ aussieht.

-.NET hat trotz ngen.exe auch Nachteile, wenn man auf einen sehr
schnellen
ersten Start des Programms wert legt.

Das ist ein nicht-spezifischer Nachteil, den alle auf virtuellen
Maschinen basierenden Laufzeitumgebungen gegenueber 'nativen' binaries
haben.

Sicher...und .NET gehört eben dazu. (natürlich auch kein relevantes Argument
für Projekte)

-.NET (Mono) hat auch gegenüber Java noch einige Defizite was die
Plattformunabhängigkeit angeht.

Das ist noch ein Nachteil.

Sicher...aber er wird etwas größer geredet als er in Wirklichkeit ist. Als
ob in Java auch komplexe Projekte mit Systemzugriffen sofort ohne Probleme
auf jeder Plattform laufen würden. ^^
Das geht weder mit Java noch mit .NET unproblematisch.

...dass die
Unterstuetzung fuer Windows-Programmierung, wenigstens fuer eine sehr
kleine Zahl unterschiedlicher Windowsversionen, besser sein soll (es
wird aber immer noch nicht gesagt, worin dieses 'besser' eigentlich
besteht).

Besser (innerhalb der Windowsversionen):
- Der System.Windows.Forms-Namensraum macht eben Windowsanwendungen, die
aussehen (können) wie Office, Visual Studio usw. ohne, dass man da groß
etwas anpassen müsste. Und eben genauso schnell...nicht wie bei Java, wo man
ähnliches Verhalten mit einigen API-aufrufen mehr händisch emulieren müsste.
-Für vieles, was man in der Windows-Systemsteuerung so findet, gibt es eben
eine entsprechende .NET-Funktion und ansonsten für den Rest auch einen
einfachen Zugriff auf WMI-Funktionen.
-Integration in die Windows-eigenen Sicherheitssysteme (plus das von .NET
mitgelieferte Sicherheitssystem)

das ist mir jetzt mal auf die schnelle eingefallen.

'Internetserver' ist ein etwas unklarer Begriff. Gemeint sind
vermutlich 'oeffentlich erreichbare HTTP-Server, die nicht naeher
bestimmte Anwendungen zur Verfuegung stellen'.

Auch für andere verbreitetere TCP und UDP Anwendungen "im Internet" gibt es
meist schon mehr vorgefertigtes ausserhalb von .NET.

'Qualitaetstechnisch die erste Wahl' ist - man kennt das mittlerweile -
einer weitere
unbegruendete und unspezifizierte Wertung.

Die Aussage geht auch auf den Funktionsumfang und .NET zurück, da es vieles
schon gibt, was man in anderen Sprachen händisch programmieren müsste und da
die Qualitätssicherung von MS (trotz Unkenrufen :P) in der Regel besser ist
als die, beim eigenen Projekt, können viele Fehler eben nicht mehr
passieren.

ansonsten nicht. Für PHP, Java usw. gibt es wesentlich mehr
Samplecode und Mitarbeiter als für Asp.NET, weil es eben (aus
Kostengründen)
wesentlich mehr LAMP-Systeme auf Internetservern gibt.

Bei PHP duerfte auch noch eine Rolle spielen, dass es wesentlich
simpler ist, als die meisten anderen Sprachen.

Es kommt darauf an, was man per PHP machen will. PHP ist nur simpler, wenn
man herkömmliche Internetseiten entwickeln will.
Bei vielen der genannten erweiterten Fähigkeiten .NET würde man bei PHP
sowas von auf dem Schlauch stehen.

Die 'Kostengruende'
moegen sein oder nicht sein, spielen nicht wirklich einen Rolle und
dazu habe ich auch schon anderes gelesen (zB von Microsoft :->).

Ja da war die PR-Abteilung von MS mal wieder fleißig. ^^
TCO spielt ja meist bei größeren Internetauftritten eine Rolle. Da mag das
vielleicht sein, dass MS-Technologie insgesamt günstiger ist. Aber nicht für
die 95% anderen Internetauftritte.

Als Mensch, der von .NET nur weiss, dass es das gibt, erkenne ich in
diesem Text keinen Grund, warum ich mehr darueber wissen wollen
sollte.

Ich hab jetzt ja etwas mehr über die Fähigkeiten von .NET gesagt...und nicht
was es nicht kann. Ich hoffe, dass es dich etwas motiviert, darüber mehr zu
erfahren.

Gruß Lars


.

Relevant Pages

  • Re: Warum Java und nicht C#?
    ... Doch ich zähle auch Mac OS X bzw generell Mac OS als Platform, ... Wo der Kunde eben seine Kompetenzen hat. ... Systeme beherrscht, Java, .Net und Scripting Zeugs ala Perl, Python ...
    (de.comp.lang.java)
  • Re: Neuer VB Compiler
    ... Neuentwicklungen dann unter Java, mit allen Möglichkeiten, die das Framework bietet. ...
    (microsoft.public.de.vb)
  • Re: Mehrsprachige Programme
    ... Nachfragen von Microsoft bisher keine konkrete ... habe ich momentan mit .net keine Performanceprobleme. ... Bei meinen Kunden (grosse Unternehmen der Elektroindustrie ... sondern eben der sehr seltene Ausnahmefall. ...
    (microsoft.public.de.vb)
  • Re: .NET vs Java in der Windowswelt
    ... >> Was sind denn die konkreten Vorteile von .NET? ... Sun hatte die Java Spezifikationen ebenfalls bei der ECMA eingereicht ... Ich spreche von Programmen die einen Videostream 'parsen'. ... 25 Bilder pro Sekunde bearbeiten. ...
    (de.comp.os.unix.linux.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)
Loading