Man könnte doch auch echten Code erzeugen und das wär dann schneller?

Es kommt auf die Zielsetzung an. Das .Net Framework nimmt einem wahnsinnig viel Arbeit als Entwickler ab, was anderseits dazu führt das man in der gleichen Zeit mehr umsetzen kann.

Du musst dir einfach darüber klar werden was sinnvoller ist. Mit Schusters Rappen, einem Fahrrad oder einem Auto kommt man theoretisch auch an ein Ziel, die Frage ist nur: wie lange soll es dauern und wie sinnvoll ist es (Zu Fuß werde ich definitiv keine 500km gehen wollen, aber zum etwas in der Nähe liegenden ist das Auto wenig sinnvoll).

cu André

Ja, aber man könnte doch dann auch .NET als Library verwenden. Mir gehts um das Interpretieren, ich seh da einfach keinen Sinn drin.

.Net ist mehr als eine Bibliothek im klassischen Sinne. Dahinter stecken auch einige Ansätze wie gemeinsames Typsystem, Sicherheitseinstellungen etc. (Ich finde z.B. durchaus bemerkenswert das man über DLL Grenzen und Sprachen hinweg Vererbung etc. verwenden kann).

Ganz davon abgesehen finde ich es durchaus gut das es so verteilt wird, so stellt man zumindestens sicher das entweder alle entsprechenden Programme laufen oder nicht (ich spiele da auf die diversen Bibliothek-Versionsstände, statisches und dynamisches Linken etc an).

Ja, den Nachteil der Größe kenne ich auch, kann aber damit leben (Bei Java braucht man ja auch eine VM und bekommt die Bibliothek ebenso mitgeliefert).

cu André

...Interpretieren...

.Net wird nicht im klassischen Sinne interpretiert. Zur Laufzeit werden alle Teile des Codes die Aufgerufen werden einmal in "nativen" Code umgewandelt. Beim zweiten Aufruf des selben Teiles wird auf das generierte zugegriffen.

Warum?
1. Du bist von der konkreten Plattform unabhängig, die Compilierung erfolgt Plattformspezifisch.
2. Das ergibt sich auch aus 1: Theoretisch kann ein .Net Programm (je nach häufigkeit des Aufrufens vorcompilierten Codes) auch schneller als ein natives Programm sein. Grund hierfür ist, das der Code direkt auf das Umfeld hin Optimiert werden kann.

cu André

Was ist der Sinn von .NET?

das konzept einer virtual machine und managed code (achtung: letzteres ist microsoft jargon) hat sich, nicht zuletzt durch Java, als ziemlich erfolgreich erwiesen. weil m$ aber nicht so mit Sun kann und Java möglichst von windoofs fernhalten will, haben sie kurzerhand (unter mitwirkung des delphi-chefentwicklers) ein Java-Plagiat geschaffen. natürlich weniger plattformunabhängig als Java, dafür mit besserer integration und grösserer performance in/auf windows-systeme(n) (wundert das wen?). mircosoft hat mit .NET mal wieder bewiesen, dass sie in der lage sind, mit einem unheimlichen kraftakt entwicklungen aufzuholen, die sie jahrelang verpasst oder ignoriert haben. dafür gebührt ihnen auf jeden fall respekt.