spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

@Steven
Ich auch nicht

Zitat

Vielleicht weils schneller einfacher konfortabler geht?

Das ist sicher Ansichtssache. Mit MFC oder .NET sind viele Sachen wesentlich komplexer, länger und umständlicher als wie mit WinAPI (ein Beispiel). Also so pauschal würde ich das nicht sagen.

Genauso kann man auch für hart coding argumentieren:
- geht schneller (von der Systemlaufzeit)
- ist meist Speichersparender.

Das ist aber auch kurzsichtig, deshalb muss jeder wissen was er mag. Jeder soll seinen Überzeugungen folgen und diese auch handfest belegen können.

Übrigends brauch man bei WinAPI ncith neues lernen -.- nur anwenden

@koschka
ich hab aber keine Ahnung wie ich mit d WinAPI einen Button mach. Mit .NET geht das einfacher: Design ansicht -> Button reinziehen -> fertig
Ich beschäftige mich sicherlich noch mit der WinAPI. Momentan muss ich aber ein Win Proggie schreiben und das musste ziemlich schnell her -> keine Wahl, also .NET.
Wenn ich das dann richtig mach dann zieh ich mir die WinAPI noch rein!!

man kann auch einen Button "zusammenklicken" mit WinAPI. Das hat auch nichts mit selbiger zu tun, sondern wohl eher mit dem Resourceneditor.

.NET nennt man die Umgebung die der Programmierer besitzt um ein Fenster basierte Anwendung zu machen. Genauso eben wie WinAPI. Nur ist WinAPI auf Funktionen aufgebaut, und .Net in Klassen.

ich möchte hier keinem widersprechen oder recht geben. ich schreibe meine engine mit c# und mdx. habe sowieso nicht vor die geschwindigkeit bis aufs letzte auszureitzen und finde c# code wesentlich ästhetischer. die starke objektorientierung von .net ist auch eine sehr feine sache die für mich ausschlaggebend ist. weitere schlagwörter: xml, self-documentating, typsicherheit, generische klassen...
dennoch sollte man meiner meinung nach wissen, was sich hinter den ganzen geschichten verbirgt.

@nix da:
ich habe nicht behauptet, dass xml ne programmiersprache wäre. ich redete von der xml unterstützung, zB serialisieren von klassen.

typsicherheit wird in c++ nicht so groß geschrieben wie bei c#.

generische klassen gibt es in c++ nicht!

dass es nicht nur um das aussehen des codes geht ist klar. ich habe lediglich versucht zu begründen warum mir c# mehr zusagt.
ich beziehe mich nur auf das "normale" c++. keine managed extension oder so. hab mich damit noch nicht weiter beschäftigt. denke darum gehts hier aber auch nicht.

ordentlich arbeiten tut mein in c# geschriebener code auch. effizienz ist auch ein interessantes thema. beispielsweise für firmen. c#und .net sollen angeblich die entwicklungszeit und den entwicklungsaufwand um einiges verringern.
bei nicht performance-orientierten anwendungen sehe ich c# klar im vorteil. speziell bei spielen ist die entscheidung jedoch kniffelig. das muss jeder für sich entscheiden...

Ja, aber jeder weiss doch hier, das Rechner von Grund auf dumm sind, wir haben die Aufgabe ihnen etwas beizubringen, in Form von Software. Wenn diese nur "schön" ist, aber nicht schnell nutzt sie doch keinem was. Ich würde mich als Kunde vielleicht beschweren, wenn aufgrund einer Anwendung (z.B. Explorer oder sonstwas) alle anderen Programme so schlecht laufen. Nur weil man den Explorer "schön" programmiert hat.

Den Kunden ist das doch egal, wie der Code aussieht, das Programm muss
1.) schnell
2.) effizient
3.) fehlerfrei

arbeiten. Das ist wichtig, nichts anderes. Und das sind auch die Eigenschaften die ein Algrothmus haben sollte (mit Terminismus).
Ich weiss nicht wie man solche Algorithmen umsetzen sollte, wenn selbst das Mittel das schon verbeitet?!
:meinung:

Sicher ist das Beispiel mit dem Explorer völlig übertrieben.

Bevor hier wiedermal eine riesen Diskussion entbrennt was den nun die ultimative Programmiersprache für jeglich Art von Software ist, muss ich hier mal was klar stellen:

Zitat von »"nix da"«

bassdscho
WinAPI hat nichts mit Designen zu tun was dein "Anklicken, Reinziehen, Loslassen" beschreibt sondern richtiges Coding - nur Texteditor, kein malen und kein rumgeklicke.

Wenn Du wissen willst wie man in der WinAPI einen Button macht: www.win-api.de

Außerdem ist man mit der WinAPi viel unabhängiger als mit .NET

Das war genau das was ich eigentlich sagen wollte. Wenn ich mal ein richtiges Win Proggie schreiben will, dann mach ich das mit der WinAPI weil ich da am meisten Kontrolle hab.
Aber weil ich gerade eine komfortable, schnelle Umgebung brauch die ein gehir amputierter bedienen kann --> nehm ich .NET und C#