Microsoft Developer Days

Hmm @JC: Hast am Anfang mal was von IDL gschriebn... Intermediate Language hat denk ich die Abkürzung MSIL - oder bin ich da falsch informiert?

thx4answer, CB

Zitat von JC

Naja, in C# hast ein paar Möglichkeiten mehr (zB Operator Overloading, Multiple Inheritance, ...)
Ausserdem hast noch die Möglichkeit, im Unsafe Mode wiederum mit zB Pointern zu arbeiten, wie man's von C/C++ gewohnt ist.

Es wird sowiso in den gleichen Binärcode (IDL --> daraus generiert der JIT-Compiler dann den Native Code) übersetzt, daher ist's im Prinzip egal, mit welcher Sprache du dann arbeitest.

CLR heisst das Teil (Common Language Runtine)
Im Grunde aber wieder eine typische M$-Sache, wozu brauch ich JIT wenns erst recht nur unter Windows läuft?

C# ist schon nett, aber wenns um Windows-Development geht, bleib ich vorerst bei Win32. Vor allem weil ich einfach kleine Binaries geil finde

Grundsätzlich bin ich von .net schon enttäuscht - da hat M$ endlich mal die Möglichkeit, die typischen Windows-Probleme wegzuwerfen und dann scheissens erst recht wieder mit Installern rum.

Und der GAC ist ja auch ein Witz - wie schon Don Box sagte : "Something that closely resembles Hell".
Toll, jetzt hab ich keine Versionsprobleme mit DLL's mehr (welcher Anwender hatte die schon), aber zentral im Windows-Dir liegens noch immer.

btw: jo, damals im Marriot war ich auch dabei (auf Microsofts Kosten sich vollfressen kommt immer gut ) - die DevDays hab ich mir geschenkt ... schön dass meine Vermutungen (Werbeevent) hier bestätigt wurden (Ausserdem wollt ich kein WinXP - bääääh)

Meine Freunde die dort waren sind ja auch von WindowsXP begeistert *kopfschüttel*

Zitat von that

Wie groß sind C# Binaries? (ich hab noch keine gesehen)

JIT ist schon sinnvoll genug, auch wenns nur unter Windows läuft. Es gibt immer verschiedenere Prozessoren, und die beste Optimierung kann man eben erreichen wenn die CPU bekannt ist. Außerdem solls ja Portierungen auf andere Plattformen geben.

Die Binaries selber sind nicht so groß (500kb, trotzdem noch riesig im Vergleich zu Win32), nur die ganzen .Net-Runtimmes machen das ganze 3MB groß (kaum jemand hat das Framework installiert) - und das für eine kleine Hello-World App
.net für große Applikationen die sowieso im MB-Bereich liegen macht schon mehr sinn (darauf ist es auch ausgelegt), nur so kleine tools, die man sich downloaden möchte will ich damit nicht coden.

Speed: Najo, ob da nicht die JIT-Kompilierung diesen Vorteil wieder zunichte macht? Wenn ich auf Speed aus bin, sind die MS-Compiler sowieso zum vergessen (denk nicht dass das bei .net anders ist - an der Beta kann man das schwer beurtielen).

Bei der Portierung zeichnet sich schon jetzt ab, wie das rennen wird: einige wenige Services gibts für alle Plattformen, die volle funktionsfähigkeit hast dann wieder nur unter Windows - ein Ziel des ganzen ist es ja, abtrünnige Entwickler wieder auf die Windows-Plattform zu holen.
Punkto .net-Framework seh ich schwarz, das Teil ist vom Konzept her schon so stark mit Windows verflochten dass eine Portierung schwer wird.

Was ich mir schon eher vorstellen könnte ist, dass einige Freaks ein ASP.Net-Apache Modul schreiben - wobei dieses wohl auch nur unter Windows richtig laufen wird.

Also 500KB für ein Binary ist schon ein bisserl übertrieben Mein Hello World in C# ist 3KB groß.