[App in Entwicklung] MaterialDev - Androids erstes Spiel in dem echte Programmierkenntnisse gefragt sind.

Vorweg an Pascal: Sollte das hier nicht passen, wie ich finde, bitte verschieben. Danke

MaterialDev

Hallo Leute,

nachdem ich mich nun an einigen Apps ausprobiert habe, finde ich, dass es an der Zeit ist, ein Projekt wirklich kontinuierlich und mit dem nötigen Fleiß zu entwickeln. Schon seit der sechsten oder siebten Klasse, als ich angefangen habe zu Programmieren, nahm ich mir folgendes vor. Ein Spiel entwickeln, welches sich ausschließlich der Programmierung widmet. Denn so ein Spiel habe ich bis heute nicht gefunden. Natürlich gibt es Spiele wie "Game Dev Story" etc., aber aktuell ist mir keins bekannt, in dem der Nutzer selbst programmieren kann.

Da ich selbst Interesse habe, Entwicklungsfortschritte von anderen Programmierern zu verfolgen, habe ich mir überlegt, ich könnte hier ja eine Art "Blog" über die Entwicklung machen. Besteht hier Interesse eurerseits?

Nun zu dem Spiel:

MaterialDev

Vorgestellt habe ich es mir wie folgt:
Der Spieler kann zwischen den Spielmodi Storymode, Arcade und Freies Spiel wählen.

Im Storymode sind nach und nach Probleme zu lösen, Code-Fehler zu beheben, Snippets zu schreiben etc. Dies alles in einem fortlaufenden Context. Praktsch eine kleine Geschichte welche erzählt wird. Dadurch wie der Spieler Aufgaben bewältigt, kann der Spielverlauf aber auch geringfügig verändert werden.

Der Arcade-Mode bietet einzelne, immer anspruchsvoller werdende, Level aus den Bereichen Code vervollständigen, Fehler beheben, und Programmier-Aufgaben lösen.

Beim freien Spiel will ich dem Spieler möglichst wenige Grenzen setzen. Wie genau ich das umsetze weiß ich noch nicht.
Denkbar wären kleine Programme die der Spieler frei entwickeln kann.

Programmiersprache
Welche Programmiersprache in dem Spiel behandelt und genutzt wird steht auch noch nicht fest. Zur Auswahl stehen aber eigentlich nur Java oder eine fiktive und abgespeckte Sprache. Aber auf jeden Fall Objektorientiert bzw. an Java angelehnt.

Heute Abend ist erst einmal ein animiertes Logo als Start-Bildschirm dran. Mal sehen wie weit ich komme.

Anmerkungen
Wie findet ihr die Idee, den Entwicklungsfortschritt hier zu teilen? Denkbar ist auch ein GitHub-Seite um euch auch am Code teilhaben zu lassen. Wie findet ihr das Konzept für das Spiel?

Kritik und Vorschläge werden gerne angenommen.

Eurer Henrik

Freut mich, dass dir die Idee gefällt.

Das hatte ich auch schon überlegt. Man könnte ja, unabhängig welche Sprache ich wähle, im Story-Mode z.B. als Azubi in einer Firma starten. Und das Programmieren erst lernen. Und man bekommt dann immer Hinweise, bis zu welchem Arcade-Level man mit dem entsprechenden Wissen kommen kann.

Sollte ich Java als Sprache wählen, könnten Spieler, welche Java bereits beherrschen, natürlich direkt als ausgelernter Mitarbeiter anfangen.

Hallo Pasal,

das es nicht einfach wird, weiß ich... Trotzdem, wer nicht wagt, der nicht gewinnt.

Deine Einwände sind natürlich vollkommen berechtigt. Ich habe mir da auch schon Gedanken zu gemacht. Nen Compiler benötige ich gar nicht zwingend, da die es ja um das Programmieren geht und es sich, zumindest im Story- und Arcade-Mode, um vorgefertigte Aufgaben handelt. Bei den dann nur mit möglichen Lösungen abgeglichen werden muss. Obwohl es mit einem Compiler natürlich ansprechender wäre. Einen Interpreter müsste ich auch jeden Fall auf die Beine stellen.

Dazu habe ich folgende Pro- und Contra-Liste erstellt:

Zu dem "mühsamen" Schreiben von Code auf dem Mobiltelefon kann ich eigentlich nur folgendes berichten:
Ich habe mehrere IDEs getestes, welche für Android zur Verfügung stehen, natürlich ist es am PC komfortabler, aber es ist gut machbar auch am Handy zu coden. Gerade deswegen handelt es sich ja auch nur um ein Spiel, man soll ja keine 30.000 Zeilen große Programme schreiben.

Danke Pascal

Das werde ich mal machen. Reinschauen in den Code und mich "inspirieren" lassen kann ich ja sowieso tun. Mein Ziel ist es ja sowieso, die App unabhängig von anderen Sources du schreiben.

Sonst bin ich ja bei jeglichen Änderungen auf das Update des "Dritten" angewiesen.

Update zum 06.01.2015

Nachdem ich relativ früh von der Arbeit nach Hause kam, habe ich mich gleich wieder an die Arbeit gemacht. Erst ein mal die vorhandene Motivation ausnutzen.

Leider habe ich nicht sehr viel geschafft. Warum, das werdet ihr gleich lesen.

Angefangen habe ich damit, ein kleines, in 2D animiertes, Logo zu erstellen. Leider bin ich eher der Programmierer, und nicht der Grafiker. Daher hat es eine gefühlte Ewigkeit gedauert, dass passende Tool zu installieren und herauszufinden, wie das mit dem Keyframes funktioniert. Naja halb so wild, ich hab es geschafft. Das App-Logo verzerrt sich kurz, dreht sich, es fährt ein Schriftzug rein, und verschwindet wieder. Wie gesagt: Ich bin nicht der kreativste Mensch. Ich werde die Animation heute Abend mal hier posten.

Dann musste ich meiner Freundin dabei helfen, ein VBA-Script als Makro für Excel zu schreiben. Hat auch nur ne knappe Stunde gedauert, also halb so wild.

Nun habe ich das Projekt vorbereitet. Das grundlegende Design angepasst, die Manifest ein wenig bearbeitet, usw. Außerdem habe ich eine fertige XML zum Projekt hinzugefügt, welche alle MaterialDesign-Farben enthält. Damit spare ich mir das ständige Farbcode-Gesuche.

Nun wollte ich eigentlich noch den Start-Bildschirm der App mit der Gif versehen. Leider habe ich auf die Schnelle keine Möglichkeit gefunden, die Gif in die ImageView zu laden. Das ist also der nächste Punkt auf meiner Liste. Da nach ist dann das Hauptmenü an der Reihe.

Sollte jemand noch Ideen oder Tipps bezüglich des animierten Logos haben, immer her damit. Vielleicht gibt es hier ja sehr kreative Menschen

Das soll es nun auch gewesen sein, zumindest vom gestrigen Tage.

Euer Henrik

Da hast du eigentlich recht Sven.

Der Rest ist dann dann "Spielerei" und ist, sofern die App steht, auch nur noch ein Katzensprung.

Ich habe bereits eine grobe Übersicht, die werde ich nun weiter Ausbauen...

Wäre nicht ein Forenbereich schön? Dann könnten auch andere Mitglieder solche "Tagebücher" schreiben?

@DanielPa

Programmr kannte ich noch nicht. Du hast recht, dass ähnelt meiner Idee doch sehr stark. Ich sehe eigentlich nur folgende Unterschiede.

1. Nur online verfügbar, nicht als App
2. reines Schreiben von Funktionen, keine weiteren "Level-Arten" oder "Spielmodi"

Ich denke, dass ich mir hier trotzdem einige Anregungen holen werde.

So nun zurück zum Projekt, und dem, was die letzen Tage so geschehen ist.

Zuerst einmal habe ich ein Pflichtenheft angelegt und dieses, erst einmal mit den nötigsten Daten, gefüllt. Aufgrund des großen Umfangs kann ich dies hier leider nicht posten, bei Interesse stelle ich es aber gerne zus Download bereit.

Weiter habe ich mir Gedanken gemacht, welche Funktionen der App in welchen Classes abgearbeitet werden sollen. Dazu habe ich mir folgende Struktur überlegt.

Java Sources

MenuActivity.class
- Auswählen der Spielmodi
- Untermenüs für Levelauswahl in Fragment
- Hilfe, About, etc. als Fragment
- Einstellungen

StoryModeActivity.class
- Rahmen um IDE für StoryMode

ArcadeModeActivity.class
- Rahmen um IDE für ArcadeMode

FreeModeActivity.class
- Rahmen um IDE für freies Spiel

SettingsActivity.class
- Oberfläche für Einstellungen

IDEFragment.class
- Programmieroberfläche als Fragment zur Einbindung in die o.g. Oberfächen

InitGame.class
- Ansteuern der verschiedenen Funktionen welche beim Start des Spiels notwendig sind
- Spielstände laden
- Level und Storys inittialisieren
- etc.

Level.class
- Objekttyp zum speichern der Levels
- Variablen
- Bereitstellen Gettern und Settern

LevelHandler.class
- Bereitstellen von Sekundären Funktionen für Levels

LevelInit.Class
- Holt die Leveldaten aus den XMLs und erstellt die Level Objekte

Compiler.class
- erstellt aus den Daten des Interpreters eine ausführbare Datei und führt diese aus

Interpreter.class
- ließt den Code mithilfe der Syntax XML und übergibt an den Compiler

CodeInspector.class
- Überprüfen des Codes auf Richtigkeit im Bezug auf die Aufgabenstellung

Excecutable.class
- ObjektTyp zum übergeben der Daten des Interpreters an den Compiler

IDEHandler.class
- Highlighting
- AutoComplete

Story.class
- Objekttyp zum speichern der Storys
- Variablen
- Bereitstellen Gettern und Settern

StoryHandler.class
- Bereitstellen sekundärer Funktionen für die Story

StoryInit.class
- Holt die Storydaten aus der Story XML und erstellt die Story-Objekte

SaveLoadHandler.Class
- Speichern der Spielstände sowie der Einstellungen
- Laden der Spielstände sowie der Einstellungen

ObjectStorage.class
- Zentraler Speicherort für Variablen, welche global benötigt werden
- Speicherort für Finals

BackgroundTasks.class
- BackgroundTasks

Settings.class
- Objekt zum Darstellen der Einstellungen

Resources

JavaSyntax.xml
- enthält den nutzbaren JavaSyntax

SaveGame.?
- Datei zum Speichern von SaveGames

Setings.?
- Datei zum Speichern der Einstellungen

Story.xml (evtl. div)
- enthält alle Daten für die jeweiligen Story-Teile

Level.xml (div.)
- enthält alle Daten für die jeweiligen Levels

Natürlich werden im Laufe der Entwicklung weitere Classes und Resourcen hinzukommen. Dies stellt erst einmal einen Grundaufbau zum jetzigen Entwicklungsstand dar.

To-Do List:

• Erstellen der IDE Oberfläche
• Erstellen der Story, Level und FreeGame Oberfläche / Einbinden der IDE
• Erstellen einer testweisen Level.xml (Überlegung der benötigten Daten sowie Struktur)
• Vorbereiten des Level-Objektes
• LevelInit.class erstellen

Da nach werde ich mich wohl an das Highlighting, sowie die AutoCompletition setzen.

So, nachdem ich ja nun, aus Zeitgründen, mehrere Tage nichts gepostet habe, möchte ich euch mal auf den neusten Stand bringen.

Ich habe das Grundgerüst für die Level-Oberfläche, sowie für die eigentliche IDE grob erstellt, sodass erste Versuche möglich sind.

Die Idee, die Levels als XMLs zu speichern, habe ich weiter ausgebaut. Es funktioniert auch soweit ganz gut. Nur die Übergabe des vorgegebenen Codes klappt noch nicht zu 100 % . Nun gilt es also, die Level-Initilaisation weiter zu verbessern, damit ich weiter testen kann. Außerdem benötige ich noch eine Möglichkeit, dem Level-Objekt zu sagen, was in dem Level gefordert wird.

Sollte jemand eine bessere Lösung für das Speichern der levels haben: immer her damit...

Ich habe außerdem Ausschau gehalten, nach APIs und Libs, welche Syntac-Highlighting bereit stellen. Leider bin ich für Java in Java nicht fündig geworden. Es gibt nur Libs für Java-Highlighting unter anderen Sprachen...
Ich werde in den nächsten Tagen mal andere Apps unter die Lupe nehmen.

Das ist erst einmal der Plan.

Die Stackoverflow-Page über "Java Prettify" sieht recht vielversprechend aus. Ich denke, das werde ich mir heute Abend mal genauer ansehen.

Ich halte euch auf dem Laufenden.

Ich habe nun tatsächlich eine alte Version von "Java Prettify" in mein Projekt implementiert. Es funktioniert auch soweit.

Das Problem ist nur, dass ich das Highlighting in der onTextChange Methode des EditText habe.
Wenn ich nun den colorierten Text wieder in den EditText schreibe, wird dieses Event natürlich erneut ausgeführt.

Die App verfängt sich dann natürlich in einer endlosen Schleife und stürzt ab.

Wie kann ich das verhindern?

Am Dienstag hatte ich leider keine Zeit weiter zu coden, gestern konnte ich aber einige Erfolge verbuchen.

Ich habe über meine ObjectStorage Klasse eine einfache Zeitnahme realisiert. Das Highlighting an sich funktioniert nun.
Da die Übergabe des gefärbten Textes an den EditText allerdings per HTML und Span erfolgt (Strings haben keine Farb-Eigenschaften), tauchen teilweise Probleme mit Leerzeichen, und öfters mit Zeilenumbrüchen auf. Der Einfache weg wäre ja, zu überprüfen, welches Zeichen eingegeben wurde, und dies ggf. durch den entsprechenden HTML-Befehl zu ersetzen. Oder bei jedem Durchlauf alle Lerrzeichen und Umbrüche zu überprüfen und zu fixen.

Wenn das soweit steht, werde ich mich an die Auto-Completition setzen.

Ich habe mein Projekt nun in Dropbox geladen, da ich so übers Wochenende von unterwegs arbeiten will. Allerdings will AIDE das nicht korrekt importieren, da fehlen einige Datein, bzw. werden als leer dargestellt.

Zusammenfassung aus separatem Post:

Leider hat AndroidStudio mit den Zeichensatz von einem Großteil meiner classes zerhauen. Leider nicht reparabel anscheinend.
Ob und wann es hier weiter geht kann ich zum jetzigen Zeitpunkt nicht sagen. Ich müsste 15 classes komplett neu schreiben, teilweise mit schon sehr viel Inhalt. Eventuell finde ich noch eine andere Lösung. Ich halte euch auf dem laufenden.

Wer sich am Suchen einer Lösung beteiligen will, kann dies gerne in folgendem Thread tun:
https://www.nextpit.de/forum/689402/error-illegal-character-0-waehrend-gradle-build