while(true) {write();} - Der Programmierer-Spamthread #1

[DFYX]

So, ich hab clang auf meinem Mac installiert. Irgendwie sind das viel angenehmere Fehlermeldungen, als mit dem gcc.

[Lukas]

So, ich hab clang auf meinem Mac installiert. Irgendwie sind das viel angenehmere Fehlermeldungen, als mit dem gcc.

...

Liefert OS X doch bei den Developer Tools eh schon mit …

Aber, ja, clang rockt. Und der in Xcode eingebaute static analyzer, der auf clang basiert, ist auch ziemlich cool.

[DFYX]

Liefert OS X doch bei den Developer Tools eh schon mit …

...

Ach, Tatsache, jetzt hab ichs gefunden. Mal wieder in einem Ordner, der nicht in PATH liegt, deshalb bin ich davon ausgegangen, dass es nicht da ist.

*selbstkompiliertes clang wieder runter werf*

Edit: Und direkt /Developer/usr/bin mit in PATH schmeißen

[R.D.]

Wofür ist die Variable "distance" da? Wie weit die Gegner"welle" von uns, also dem Shooter, entfernt ist?

...

Achso ja, das dient als Abstand zwischen den einzelnen Waves.

Du könntest den Code grandios vereinfachen, wenn du enemy.get(i).get(j) in einer neuen Variable speicherst. Hat nebenbei noch den Vorteil, dass die Methoden nur einmal ausgeführt werden und das Programm dadurch wahrscheinlich schneller wird. Und lesbarer...

...

Geht das bei Vektoren? enemy ist nämlich ein Vektor (Ja ich hab array geschrieben .____.)

Muss er unbedingt die kompletten For-Schleifen durchlaufen?
Die Innere Schleife wird ja nur dann ausgeführt, wenn die Bedingung waveStart.get(i) < distance && waveStop.get(i) > distance erfüllt ist.
Wenn die Bedingung einmal nicht erfüllt wurde, kann sie dann nochmal erfüllt werden?
Wenn nein, würde ich eine While-Schleife nehmen oder sogar den Teil zu einer Rekursion umbauen.

...

Warum nicht einfach die if-Bedingung in den for-Kopf integrieren? Dann hast du den Komfort der for-Schleife ohne unnötige Durchläufe (falls deine Annahme zutrifft).

...

Naja, es können doch auch mal mehrere Waves auf dem Screen sein.
Evtl. wird das aber nochmal interessant wenn es um finishing geht, bisher werden da maximal 100 Elemente drin sein.
Ich habe mich da komisch ausgedrückt als ich erst sagte das der obere Array für das Level steht und dann das der obere für die welle steht xD Sry...
Es ist jedenfalls so dass das erste for die Wellen durchgeht. Wenn die Welle sichtbar ist dann werden die Gegner in der Welle gezeichnet^^ (also die am Leben sind und die im Bildschirm sind, daher das If.

Edit:
Ich muss nochmal drauf hinweisen, das der Code des Spiels nicht 100% von mir ist, die meiste Arbeit übernimmt mein Partner der so ein Java-Guru ist und durch den ich erst so schnell Java gelernt hab. Tolle Sprache irgendwie, mal sehen wie C++ ist.

[drunken monkey]

Geht das bei Vektoren? enemy ist nämlich ein Vektor (Ja ich hab array geschrieben .____.)

...

Klar geht das, warum nicht?

Code (Java):

      for(int i = 0; i < enemy.size(); i++) {
        if(waveStart.get(i) < distance && waveStop.get(i) > distance) {
          for(int j = 0; j < enemy.get(i).size(); j++) {
            e = enemy.get(i).get(j);
            if(e.isAlive() && !e.isOutOfWindow()) {
              g2d.drawImage(e.getImage(), e.getX(), e.getY(), this);
            }
          }
        }
      }

enemy.get(i) und vllt. sogar enemy.get(i).size() ebenfalls zwischenzuspeichern könnte sich auch noch auszahlen. Auf jeden Fall macht das das Programm nicht nur schneller, sondern auch deutlich lesbarer – und der Codeblock sprengt bei mir nicht mehr das Design. XD

Tolle Sprache irgendwie, mal sehen wie C++ ist.

...

Schlechter.
*duck, wegrenn und den Krieg sich entfalten lass* XD

[R.D.]

Ok, jetzt hab ichs kapiert.

Das ist ja ein Mega Unterschied o_O Bei Tests lag der Unterschied bei 1000 Millisekunden O_O

[Kyuu]

Traue niemandem, der von sich behauptet C++ zu können.

Ich habe mal irgendwo geschrieben, dass ich in Zukunft von C++ die Finger lassen werde. Zu dieser Zeit würde ich mich irgendwo im Tal dieses Graphs ansiedeln. Ich war ziemlich frustriert von all den Eigenheiten und Tücken, die man als C++-Programmierer kennen und zu meistern wissen muss und fand in D das, was ich mir ursprünglich von C++ erhofft hatte. Mittlerweile sehe ich die Dinge mit etwas anderen Augen. D fehlt im Moment leider noch (vernünftige) Unterstützung für DLLs, da Walter dieser noch keine hohe Priorität zuteilte, inzwischen es aber glücklicherweise anders sieht. Damit fällt D für mein aktuelles Hauptprojekt flach, da es von einer Plugin-Architektur profitieren soll. Mog hat mal Vala erwähnt, also habe ich mir Vala näher angesehen und war im ersten Augenblick positiv überrascht. Vala ist eine tolle Sprache, die sich stark an C# anlehnt und viele Stärken aufweist. Eine solche Stärke ist die absolute Kompatibilität zu C, da Vala komplett zu C (mit GObject) übersetzt wird. Leider befindet sich die Sprache noch mitten in Entwicklung, es fehlt an vernünftiger Windows-Unterstützung und - das K.O.-Kriterium - es fehlt an Dokumentation, so dass Vala für ernsthafte Projekte noch nicht geeignet ist. C++ ist alt, hat viele Designfehler und Probleme. Gleichzeitig ist C++ aber sehr umfangreich, so gut etabliert, dass man von C++ als Industriestandard sprechen kann und wird sehr gut in Form von hochwertigen Compilern auf beinahe allen Systemen unterstützt. Fazit: C++ ist ein notwendiges Übel und ich werde wohl auch weiterhin C++ im Privatbereich nutzen müssen. Im professionellen Bereich gehört fundiertes Wissen über C++ sowieso dazu. Bei all der Kritik: C++ ist natürlich allgemein gesehen trotz - oder gerade wegen - des hohen Alters immernoch eine sehr robuste Sprache, die in ihrem Sinne angewandt durchaus zu robustem und effizienten Code führen kann. D bleibt immernoch meine Lieblingssprache und ich hoffe Walter wird dynamische Bindung auf die Reihe bekommen, trotz der - zugegebenermaßen - vielen Stolpersteine, die dynamische Bindung vor allem in Windows mit sich bringt. Heute würde ich mich im Graph übrigens irgendwo beim Erklimmen des zweiten Peaks sehen.