captmcneil
Ensign
- Registriert
- Juni 2005
- Beiträge
- 189
Ersteres ist korrekt - da Frameworks wie .NET und Java direkt aufrufbare Funktionen und Datentypen zur verfügung stellen (in einem ganz anderen Maße wie z.B. DirectX oder APIs), hat eine neue Version von .NET auch in weiten Teilen anderen Code, und ist somit nicht abwärtskompatibel (Funktionen fallen weg, bekommen andere Parameter, Rückgabetypen, etc.). Das gilt auch für Java, nur dass es dort die Option gibt, ein Programm trotzdem "auf Glück" mit einer neueren Version laufen zu lassen. Ob das gut oder schlecht ist, ist eine Glaubensfrage, im kommerziellen Umfeld ist es ein großes Risiko.MAn sollte evtl noch anmerken, dass es je nach anwendungen durchaus üblich ist .net1.1, 2 und 3 gleichzeitig installiert zu haben.
wenn bei der anwednung steht "benötigt .net framework 1.1" heißt das nicht, dass es mit .net 2.0 läuft.
Weiterhin kann man vielleicht noch sagen, dass Programme, die in .Net laufen, meisst sehr absturz- und exploit sicher sind, wenn ich das noch richtig in erinnerung habe.
Absturz und exploitsicher sind die Programme sicher nicht von alleine. Das ist der Job eines Programmierers. Man kann bestenfalls sagen, dass die Funktionen, die das .NET-Framework bereitstellt, ähnlich Java sehr konsistent untereinander sind etwa im Vergleich zu der Herschaar an C-Bibliotheken, und man somit leichter zu stabilerem/sichererem Code kommt.
In der Summe kann man sagen, dass sich Java und .NET nicht viel nehmen. Es sind beides (mittlerweile) sehr große Bibliotheken mit einer Unzahl an wiederverwendbaren Funktionen, die das Ziel haben, dem Programmierer möglichst viele Dinge bereits "vorgefertigt" anzubieten (also dass ich z.B. eine Netzwerk-Verbindung oder einen Algorithmus zum Auslesen von JPEGs nicht selbst programmieren muss). Sie opfern Performance zugunsten von Stabilität und Wartbarkeit im Gegensatz zu Sprachen wie C++ (Wikipedia Lesetipp: Managed Code). Sie haben als Einsatzgebiet deshalb Businessanwendungen, weil dort (anders als z.B. bei Spielen oder Gerätetreibern) diese 2 Punkte im Vordergrund stehen - 10% weniger Performance sind meistens weniger schlimm wie wenn das Programm fehlerhaft ist oder die Entwicklung sehr lange dauert.
Zuletzt bearbeitet: