Erfahren Sie & Spielentwicklung des Masters Cocos2D

Als die Frage heraufkam, ob zur Unterklasse CCSprite oder eine Musterklasse verwenden, um Ihre Spielentitätshierarchie im cocos2d Forum zu bauen, betonte ich, dass man versuchen sollte, Erbe nicht zu verwenden und die Erbe-Hierarchie zu als wenige Niveaus wie möglich zu behalten. Ich habe mit codebases mit Hunderttausenden von Linien des Codes, und Hunderten von verschiedenen Typen von Schauspielern in der Welt gearbeitet. Und doch war die Erbe-Hierarchie 2 (super elternteil)-Klassen für fast alle Gegenstände, nur sehr wenige Spielgegenstände hatten 3 oder 4 Superklassen. Wie können Sie komplizierte Spiele diesen Weg machen? Yet the inheritance hierarchy was 2 super (parent) classes for almost all objects, only very few game objects had 3 or 4 super classes. How can you make complex games this way?

Die Antwort liegt in der Zusammensetzung, häufig gekennzeichnet als Spielbestandteile durch Motoren wie TorqueX und den Drucktaste-Motor (ein Blitz-Spielmotor von den ursprünglichen Drehmoment-Entwicklern). Dieses Video von der Drucktaste führt Entwickler Ben Garney erklärt es sehr gut und illustriert auch das Problem mit dem Erbe-Übergebrauch in Spielmotoren. Etwas, was die meisten Entwickler, die dem neu sind, objektorientiert und/oder Spielprogrammierung wirklich tatsächlich dazu neigen zu überverwenden - mache ich das auf schlecht schriftlichen Büchern und anderen einleitenden OOP Quellen verantwortlich, die Erbe betonen, ohne seine Nachteile zu besprechen. Something that most developers new to object-oriented and/or game programming do in fact tend to over-use – i blame that on poorly written books and other introductory OOP sources which emphasize inheritance without discussing its disadvantages.

Sie können mehr über das Teilsystem der Drucktaste in ihrer Dokumentation lesen. Wie sie Bestandteile in TorqueX durchführten, und was die Unterschiede zu XNA Spielbestandteilen sind, weiter erhöht das Verstehen des Konzepts.

Weil weiterführende Literatur und Argumente den Wikipedia-Artikel auf dem Bestandteil lesen, stützte Softwaretechnik. Eigentlich wurde die Objektive-C Sprache erfunden, um im Stande zu sein, Mehrwegsoftwarebestandteile zu schaffen!

Das GDC 2002-Gespräch von Scott Bila über Ein Datengesteuertes Spielgegenstand-System (PDF), wie verwendet, durch die Kerker-Belagerung enthält mehr Zeigestöcke darauf, warum Erbe für Spielentwickler scheitert, und was die Vorteile (sondern auch einige Verwahrungen) mit teilbasierten Spielmotoren sind. Das Gespräch kann alt sein, aber es ist noch heute ebenso gültig, wie es zurück dann war. Tatsächlich 2002 fing ich an, an SpellForce zu arbeiten, der bereits ein Teilsystem in seinen Kern, genannt Aspekte, Geistige Anlagen und Perioden einbauen ließ. Es erlaubte uns, in alle Spieldaten in der Datenbank einzugehen, und Programmierer mussten nur den allgemeinen Code schreiben, der sich mit den Daten, sowie dem Festlegen bestimmter Grenzen und Gültigkeitskontrollen befasste (eg., konnten Sie nicht eine zerstörende Periode auf sich selbst verwenden, aber wenn Sie zu Ihnen wollten, konnte Feinde mit Ihrem ins Visier nehmen, Periode heilen, oder Bogenschütze-Schuss-Gebäude … errm haben). In fact, in 2002 i started working on SpellForce which already had a component system built into its core, called Aspects, Abilities and Spells. It allowed us to enter all the game data in the database and programmers only needed to write the generic code that dealt with the data, as well as setting certain limits and validity checks (eg. you couldn’t use a damaging spell on yourself but if you wanted to you could target enemies with your heal spell, or have archers shoot buildings … errm).

Während GDC 2009 wurde eine ähnliche Präsentation von Marcin Chady der radikalen Unterhaltung gehalten. Das Gespräch wurde Theorie und Praxis der Spielgegenstand-Teilarchitektur (PPT) genannt.

Mick West schrieb einem Spiel des Artikels Refactoring Entitäten mit Bestandteilen, der die Herausforderungen und Vorteile beschreibt, den Toni Hawk codebase von einem Erbe-Modell bis ein Spielteilsystem zu ändern.

Ein auf dem Teilgebrauch gelesener etwas fortgeschrittenerer ist ein zusammenarbeitendes Papier genannt das Dynamische Spielgegenstand-Teilsystem für Veränderliche Verhaltenscharaktere, das über Bestandteile im Zusammenhang von Zustandsmaschinen und NPC Handlungsweisen mit einem regelbasierenden Aktivierungssystem spricht.

Der Spielarchitekt blog nennt es eine Anatomie der Verzweiflung und summiert sehr gut, was das Lernen des auf das Erbe gegründeten Klassendesigns ist, und wie Zusammensetzung sie löst.