Ich sehe beim besten Willen nicht, was .net mit Viren zu tun haben sollte. .net ist genauso anfällig für Viren wie Native Code. .net hat desweiteren nichts mit Netzwerken zu tun. Das war nur ein Marketing-Gag, weil .net zur Zeit des Internetbooms eingeführt wurde.
Angeblich sollte .NET einen erhöhten Schutz vor Viren (insbesondere Code-Injection) bieten. Vor Code-Injection müsste es aufgrund des managed Code auf jeden Fall sicher sein, da im Programm-Header (soweit ich mich recht erinnere) eine Möglichkeit zur Überfprüfung des zu kompilierenden Codes hinterlegt ist.
Natürlich sollte der managed Code hauptsächlich die Option bieten, plattformunabhängig zu werden, was im Prinzip jedoch durch MS selbst absichtlich/unabsichtlich verhindert wurde(?).
In Verbindung mit ASP.NET/ASPX sollten doch mittels .NET einfacher(?) auch größere Multitier-Projekte mit z.B. Deutschlandweit verteilten Server-/Client-Systemen erstellt werden können.
Zitat:
Sicherheit
Eines der wichtigsten Konzepte ist das Sicherheitskonzept von .NET. Das Sicherheitskonzept von .NET fängt an bei Mechanismen, die die Identität des Programmherstellers gewährleisten sollen (Authentizität), geht über Mechanismen zum Schutz der Programme vor Veränderung (
zum Beispiel durch Programmviren) bis hin zu Schutzmechanismen, die den Ort der Herkunft bzw. Programmausführung (zum Beispiel Internet) einbeziehen. Es gibt technisch betrachtet sowohl ein codebasiertes (Code-based Security) als auch ein nutzerbasiertes (Role-based Security) Sicherheitsmodell. Spezialisten stoßen allerdings insbesondere bei der Web- und Datenbankprogrammierung unter .NET auf bis zu einem halben Dutzend alternativer und ergänzender Sicherheitsmodelle von Betriebssystem, CLR, Datenbank und Webserver.
http://de.wikipedia.org/wiki/.NET
Es lohnt sich eigentlich nicht, weil es eine MS-Technologie ist und nur Win läuft (vergesst Mono mit seinen Exceptions). Dann schon eher Java als .net.
Die Frage nach der richtigen Entwicklungsumgebung/Sprache ist meist eine sehr subjective udn auch projektabhängige Entscheidung. Wenn ein Softwaresystem ohnehin nur auf WIN laufen soll, wieso dann mit JAVA arbeiten, wenn über die
FCL ein Framework zur Verfügung steht, welches einem den
GUI-Entwurf vereinfacht? (Mal ganz abgesehen davon, dass alle .NET-Kompos auch datensensitive Eigenschaften haben).