spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ihr sidn ja die recht interessante sachen unterweg....
Also .net framework ist für windows und mono für linux/unix, aber beide sind als plattform für c# geeignet(da beide .net).

DirectX wird zwar .net tauglcih werden, ABER nicht plattformunabhängig!

Tipp: schmeiß den samplebroswer an und schau dir einfach die c# sachen an, denn c# ist nur dann schnell, wenn man es so nutzt wie es die proger sich gedacht haben.....

Bei den Samples kann man übrigens schnell den wohl ersteinmal auffälligsten Unterschied zwischen native C++ und .net Programmen erkennen: Wegen der JIT-Kompilierung braucht .net (egal, ob es ein C#- oder ein VB-Sample ist), länger, das praktisch gleiche Beispiel zu starten, wie bei (non-managed!) C++ Code.

[edit]Typo[/edit]

Zitat von »"0x00000023"«

ums starten gehts ja nicht. geiler weise braucht das NICHT.NET projekt länger zum
laden des models als das c#.net-programm

ui, wow... wieso denn? Weiß das jemand?

Ich frag mich wie er es getestet hat und ob er das nur einmal gemacht hat, oder eine ganze Serie. Denn bei einmal kann es z.B. daran liegen, das grad ein anderer Thread ein wenig Zeit in anspruch genommen hat.

Aber ich würde es mal an der Lade-Routine festmachen. Denn wenn der C#-Code nicht grad direkt in ASM kompiliert wurde (was ja auch möglich ist), steht nämlich erst einmal das kompilieren des JIT-Codes an.

Denn eins ist ma sicher. Es kann nicht sein das der gleiche Lade-Code in C++ so viel langsamer ist als in C# das man das merckt, aber zur Runtime um ein vielfaches schneller ist. Daher geh ich davon aus, das beim Portieren des C# Code nach C++, derartige Performanceunterschiede zustande gekommen sind.


Derweil seh ich es gar nicht so das die eine Sprache schneller ist als die andere. Den ein oder anderen Unterschied wird es sicherlich geben. Aber wie schon gesagt liegt der größte Performancegewinn erstens daran, das man seinen Code an die Sprache best möglich anpasst und zweitens was der Compiler der jeweiligen Sprach alles leistet. Ich denke das C# mit einem beserern JIT-Compiler noch schneller werden kann.

Der große vorteil von .net framework ist, das du keine extra dll laden musst, wenn du was bestimmtes willst, es einfach schon vorhanden.

Du hast recht. Hab mal eine kleine ManagedC++ Anwendung geschrieben. Enthalten ist eine Liste á la Explorer Verzeichnisdarstellung ein Tab-Controll mit zwei Seiten die jeweils ein mehrzeiliges Eingabefenster enthalten. Ist also nicht sonderlich viel.

Belegt werden 10.024KB. Ganz schön viel, dafür das die Anwendung nur aus ein paar Kontrollelementen besteht.

Aber man muss ja schon sagen. Es ist super einfach eine Anwendung mit .NET zu schreiben. Vor allem, alles ist schön OO und um ein vielfaches einfacher als die MFC.