C# ist der Hammer
-
nö, du darfs nicht vergessen das die spiele sich auch weiter entwikeln
außerdem wieso soll ich mein 700mhz rechner weg schmeissen und mir ein 3ghz rechner kaufen?In den Anfangstagen wurden Spiele komplett in Maschinensprache / Mnemocode geschrieben. Das geschieht ja auch nicht mehr. Von daher wird es (irgendwann) in Zukunft schon abstraktere Programmiersprachen (wie C#) zur Programmierung geben, die verwendet werden, um Kompatibilität durch eine höhere Abstraktionsebene zu erhalten. Früher wurden Spiele für Soundblaster und Adlib "hardkodiert" (in Assembler), heute kann ich dank DirectX eine Vielzahl verschiedener Karten verwenden. Früher mußte man von jeder GraKa den SVGA-Modus anders ansteuern. Dann kam der VESA-Standard. Mittlerweile abstrahiert Windows, DirectX etc. alles, und ich muß als Coder gar nicht mehr wissen, was für 'ne Hardware das Bild eigentlich ausgibt. DirectX ist ja auch ein "Layer". Direkter Hardware-Zugriff (Performanz) wurde also durch Kompatibilität abgelöst. Das wird sich immer weiter fortsetzen. Von daher...
-
Und irgenwann wird es dann so abstrakt, dass ich einen 3D-Shooter mit 10 Zeilen coden kann aber nichtmal selber festlegen darf welche Farbe die Laserstrahlen aus meiner Waffe haben. Naja, aber hauptsache jeder kann dann 3D-Games programmieren...
-
Hello,
My gues is that C# is not only something to make programming
easier, but also to make the programs more Microsoft World
dependent.
:o
-
My guess is that Microsoft was not successful to
do that with the distorted Java. The C# should be the thing to
make programmers blindly jump into this train and to be silently
bound to the Microsoft forever
I think it was the case with
VB. The VC++ is forced to be "too standard", thus giving the
programmers some freedom -- when well designed, it is easier
to jump to another train (say Linux).
-
probably you`re right . though c++ bound uz with their microsoft foundation classes .. i think. If you look a bit deeper in borland header files you see also in about 50 percent of them Microsoft copyrights .. ! i think that microsoft bound us partly a long time ago.
-
Auf jedenfall ist C# viel schneller als Java.
-
Original erstellt von <Tom>:
Auf jedenfall ist C# viel schneller als Java. Ach so! ...deshalb!
...dann werde ich wohl auf C# umsteigen müssen! Danke für die Info!
-
Wozu bauen AMD und Intel immer neue Rechner?
Intel hat doch auf der Developer Conference bekannt gegeben, daß mal wieder Performance lastigere Anwendungen erstellt werden sollen, damit sie wieder CPU´s verkaufen. Ein 2 Jahre alter AMD Thunderbird 1200MHZ reicht selbst noch für die Neuesten Games mit ner guten Graka - auf 1024x768 - egal ob UT2003, M$ RallySportChallenge ...
Und C# und Java eröffnen uns diese Möglichkeit wieder jedes halbe Jahr ne CPU kaufen zu dürfen ( wer sich noch an die 66 - 200 MHZ Zeit erinnert *g )
-
Original erstellt von <Tom>:
Auf jedenfall ist C# viel schneller als Java. Kann ich dir nur zustimmen. Vor allen Dingen in Sachen GUI.
-
Mastah,
ich muss dir widersprechen: von der Bequemlichkeit her kannst du nicht alle Ernstes VCL und MFC vergleichen.
Zwei Welten, die VCL ist imho "wesentlich!" entwicklungsfreundlicher.
Gruß
Carsten
-
Original erstellt von <Heinrich>:
Kann ich dir nur zustimmen. Vor allen Dingen in Sachen GUI....und nicht nur da! Hast du dir mal folgenden Benchmark angeguckt:
http://www.middleware-company.com/j2eedotnetbench/Der .NET Petstore hat etwa einen 18-fachen "Peak Throughput" gegenüber dem Sun-J2EE-Petstore.
...außerdem ist man mit C# auch viel produktiver. Der J2EE-Petstore brauchte zum Beispiel 7 mal soviele Codezeilen, wie der .NET-Petstore.Ganz klar: C# und .NET gehört die Zukunft. Ist fast 20 mal schneller wie Java und fast 10 mal produktiver. Da kann auch keine andere Sprache, wie z.B. C++ mehr mithalten. Denn wenn man sich die Benchmarks zwischen C++ und Java mal anschaut, dann ist da C++ 2-4 mal schneller, das heißt, dass C# etwa 5-10 mal schneller als C++ ist!
-
Gregor schreib mal vernünftig deine Meinung und nicht nur immer so eine scheiss Ironie. Man kann da garnicht mehr Unterscheiden was du ernst meinst und was nicht.
-
Im Ernst - Gregor - das glaubst du doch nicht wirklich oder?
Wenn ich ein minimal Terminal Programm zum testen schreiben mit Zeitmessung sehe ich schon noch einiges an Unterschied von C# zu C++Ein Runtime Compiler kann normal nie so schnell werden, wie Optimiertes C++. Außer du Compilierst C++ im Debug Mode ohne alle Optimierungen - oder nur für 16 Bit
-
man SnorreDev das war doch eindeutig ein "scherz" von ihm. da brauchst doch nicht so ernsthaft drauf antworten
-
Nein, ich glaube das nicht wirklich.
Ich dachte, das wäre offensichtlich gewesen. Allerdings meint die Firma, die den Benchmark gemacht hat, diesen offensichtlich ernst. ...und ich habe auch in den C#- und .NET-Foren, in die ich manchmal gucke, noch keinen kritischen Kommentar zu diesem Benchmark gesehen. Stattdessen sieht man da die Zustimmung pur.Ich schließe mich da eher mal dem Text unter folgendem Link an:
http://dreambean.com/petstore.html
-
@ich: nein - ein man zu Snorredev gibts noch nicht
Hab in der Linux Konsole noch keinen Erfolg gehabt mit
# man SnorreDevOk - gut - ich habs nicht wirklich erkannt - muß gerade für meinen Abschluß 30 Seiten Docu schreiben und bin etwas angekratzt - sorry
-
mehr und mehr wird Linux verkauft! schon mal daran gedacht, dass C# nicht mit Linux arbeitet? Ich denke nicht dass es sich durchsetzen wird (es gibt noch mehr gründe..)
-
@att309
Ich nutze auch Linux, aber nach den bisherigen Meldungen der Jahre war nach einem kleinen Boom die Linux Gemeinde wieder rückgängig, außer am Server Markt. Daran sind die User Schuld, die keine Lust haben sich mit dem System auseinander zu setzen, aber who cares.
Hast du eine Quelle dafür, daß Linux wieder mehr verkauft wird?
Währe dankbar für nen Link oder ähnliches.
-
Original erstellt von MaSTaH:
Und zum Thema "UI-Gestaltung genau so einfach wie in Delphi, kein Scheiß WinAPI mehr" (frei zitiert): Hast du schonmal im Visual-Studio die MFC-Wizards und den Resource-Editor entdeckt??? Ist auf jeden Fall auch so einfach wie in Delphi (Delphi sux
)...Ähm... ich denke mal das verdient nur ein eindeutiges *lol*.
Ich will gar nicht von einem Dialog anfangen, der Buttons mit Text und Bild hat (mach mal mit MFC und RC-Edit). Mach doch mal mit MFC und dem RC-Edit einen Dialog, wo das Editfeld am rechten zoombaren Fensterrand hängt und die Buttons für OK und Cancel sich beim zoom mitbewegen. Bereits so eine triviale Aufgabe wird bei MFC aufwendig. Und dann z.B. farbliche Hintergründe für Editfelder, etc. Da rutscht man sofort wieder in WinAPI ab.
Die VCL (egal ob bei Delphi oder beim C++ Builder) mit der MFC zu vergleichen ist ein schlechter Witz. Und der Hammer ist schon, daß die .NET-GUI-Sachen noch mal eines drauflegen im Vergleich zur VCL.
-
also alles in Richtung VB?