Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Dass das Projekt von Unity inspiriert ist, müsste ich irgendwo mal erwähnt haben, doch Das Projekt heißt ja nicht umsonst "Duality", eine Anspielung auf "Unity", den "Zwei"dimensionalen Charakter der Engine. Deswegen zu sagen, alle wesentlichen Konzepte seien bloß gedankenlos übernommen worden, wäre allerdings falsch, auch wenn sich beide Systeme auf den ersten Blick ähneln mögen. Es ist auch nicht das Ziel, die "Unity Engine für 2D Spiele" zu entwickeln. Unity gibt es schließlich schon - man braucht nicht noch eins davon. Duality soll schon seinen eigenen Weg gehen.Ich habe mir das gerade mal angeschaut.
Macht wirklich einen sehr professionellen Eindruck. Mein erster Gedanke war "Das ist Unity für 2D". Du hast ja scheinbar quasi alle Konzepte übernommen. Allerdings erwähnst du Unity in keinem einzigen Wort in der Projektbeschreibung hier - finde ich ein bisschen bedenklich! Man könnte denken, dass du all diese Konzepte selbst erdacht hast, was aber gar nicht so ist.
Es gibt in Duality keine Collider, nope. Ich vermute aber, du suchst die RigidBody Komponenten Wenn du reine Kollisionsabfrage ohne Physik willst, kannst du einen RigidBody erstellen und dessen Shapes in den Sensormodus umschalten. Sensorische Shapes kollidieren nicht im physikalischen Sinn, ermöglichen aber die Abfrage der Kollision. Am besten dann auch noch "IgnoreGravity" anschalten, sonst fällt der RigidBody ins bodenloseZitat
Nichtsdestotrotz, gute Arbeit!
Sehe ich es richtig, dass es noch keine Collider gibt?
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Fetze« (24.02.2013, 14:17)
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Mhm ja, das klingt eigentlich gar nicht so schlecht. Ich muss mal schauen inwieweit das mit Google Code Wikis komfortabel machbar ist, aber hier und da mal weiterführende Themen einstreuen oder Übungsaufgaben stellen ist für ein Tutorial sicher nicht verkehrt. Weiterführende Themen könnte man natürlich statt mit Textboxen auch einfach über Links im Text einfügen. Allerdings müsste es diese Themen dafür auch erstmal geben Da liegt noch einiges an Schreibarbeit vor mir.Zitat
Du hast bereits selbst erwähnt, dass bei weitem nicht alles beschrieben wird. Du könntest dir u. a. dafür Textboxen mit einer hervorhebenden Hintergrundfarbe (gelb, grün oder blau), welche dann "fortgeschrittene Hinweise" oder Stellen zum Weiterlesen liefern, wenn man sich dieses Themengebiet weiter anschauen möchte. Als Beispiel könnte ein Artikel über Java, in dem man über Vergleiche und Strings liest der Hinweis stehen, dass man Strings nach Möglichkeit immer mit der Methode equals vergleichen sollte. Später könntest du vergleichbare Boxen auch für Übungsaufgaben in Tutorials verwenden.
Eigentlich ist da alles voll mit Bildern? Sind ne ganze Menge. Ich hab das jetzt auf drei Rechnern mit Firefox, Chrome und IE getestet, gab bisher nirgendwo Probleme. Mit welchem Browser bist du unterwegs?Zitat
Du verwendest kein einziges Bild. Mit Bildern könnte es dem Benutzer einfacher fallen, bestimmte Dinge wiederzufinden oder sich diese zu merken. Es müssen nicht übermäßig viele oder große Bilder sein, aber sie würden für eine gewisse Auflockerung des Texts sorgen.
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
C#-Quelltext |
|
1 |
ICmpUpdatable |
Nur eins hat mich sehr gestört: Abkürzungen für Interfaces im Code...
. Bitte, bitte formuliere die Interface und Klassennamen aus!
Weshalb kürzt denn heute noch Bezeichner? Nur wenn es technische Limitierungen gibt. Ansonsten halte ich die für sehr schlechten Stil. Oder das finde ich bei eine so rundum gelungenen Unternehmung sehr schade. Hier finde ich es besonders schlimm, weil ich Compare an statt Component schreibe.Nur eins hat mich sehr gestört: Abkürzungen für Interfaces im Code...
. Danke, bitte formuliere das Interface oder Klassennamen aus!
Wieso stört dich das? Ist doch vollkommen No Go...
Werbeanzeige