spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

http://msdn.microsoft.com/en-us/library/3yx2xe3h(VS.80).aspx

Google.

Tok, tok.
Wer ist den da?
Ein Token.

Ein Token ist eine Einheit, die vom Compiler als ganzes behandelt wird. Sprich z.B


Eigentlich alles, was mit beliebig vielen (>0) Leerzeichen dazwischen schreiben kann, ohne, dass sich der generierte Programm Code verändert.

Den Begriff gibt es auch beim Poker.

Also ein allgemeiner Begriff.

Zitat von »"Errschaffer"«

Und wie kann man sich vor ihnen schützen?

Das geht nur auf sehr rabiate Weise durch die gezielte Vernichtung :badgrin:

Also z.B. aus den 8 Token in


kann man z.B. durch den Einsatz von der Kettensäge aus stress.exe mehrere Token rausschneiden, so dass es nur noch 5 Token sind:


Die weggeschnibbelten Tokens einfach entsorgen (ich hab´ das schonmal vorbereitet)

Grüße,
Mordrak

Hm, das finde ich aber nicht gerade optimal. Wird so der Code nicht oft sehr hässlich, gerade weil man z.B. unsigned statt unsigned int schreibt und auch bei anderen, semantisch identischen Möglichkeiten eher die unübersichtliche (kurze) wählt? Es passiert wahrscheinlich auch nicht selten, dass man dadurch sehr komplexe Ausdrücke mit Mehrfachzuweisungen, Inkrementierungen und vielen Funktionsaufrufen hat... :roll:

Naja, ich kann mir vorstellen, dass eine "gute" Implementierung eines Tokencounters alles andere als einfach ist, und sich der Aufwand nicht lohnt...

Zitat von »"Nexus"«

Naja, ich kann mir vorstellen, dass eine "gute" Implementierung eines Tokencounters alles andere als einfach ist, und sich der Aufwand nicht lohnt...

Wieso? Was soll daran so kompliziert sein?

Zitat von »"David_pb"«

Wieso? Was soll daran so kompliziert sein?

Du kannst dir nicht vorstellen, was an einer nahezu semantischen Analyse des Codes schwierig sein soll? :roll:

Unter anderem, Redundanzen wie die folgenden rauszuoptimieren:


Vor allem letzteres könnte man zum Beispiel auf Kosten der Übersichtlichkeit recht zusammenfassen. Und eine Automatisierung von solchen Dingen hat man nicht so schnell, schnell geschrieben. Das geht schon Richtung Compilerbau...

Und auch von solchen Code-Stücken abgesehen: Verzichtet man da nicht fast immer auf einigermassen sauberen Code? Ich denke, Const-Correctness und Referenzübergabe etc. werden wohl weitgehend ignoriert.

Aber eben, es geht ja in den Contests um Kürze des Codes, da spielt Übersichtlichkeit wahrscheinlich keine grosse Rolle. Ich wollte eigentlich nur fragen, ob Contests dieser Art nicht sehr häufig auf ein Riesengefrickel hinauslaufen...

Zitat von »"Nexus"«

Unter anderem, Redundanzen wie die folgenden rauszuoptimieren

Ich weiß nicht was du unter Tokencounter verstehst. Aber meiner Meinung nach gehört sowas nicht zum Aufgabenfeld eines solchen...

Ja, meiner Ansicht nach eigentlich auch nicht.

Ursprünglich habe ich mich ja gewundert, ob der Code aufgrund von Token-Verkürzungen nicht unlesbar werde. Dann merkte ich an, dass ein "guter" Counter (der lesbaren Code gleich bewerten würde) kaum umzusetzen ist. Wobei man hier nicht unbedingt mehr von Token spricht, aber es ging mir ums Grundsätzliche.