Suchergebnisse
Suchergebnisse 1-20 von insgesamt 30.
Hätte ich bloß nochmal drauf geguckt, nachdem ich es abgesendet habe -.- . Hier jetzt in (hoffentlich) besser: ExternesOriginalbildanzeigen(Link)
So, Strategy habe ich mir angesehen und sieht für meinen Fall ja sehr sinnvoll aus. Ich will das Ganze jetzt erstmal ohne zum Laufen kriegen, danach probiere ich damit aber definitiv was rum. Design Patterns sehen auch sehr interessant aus und kannte ich auch noch nicht, werde ich mich rein arbeiten. Habe jetzt mal einige Änderungen an dem UML-Diagramm vorgenommen: <!--splitLinkBegin--><!--splitLinkEnd--><!--noLinkBegin-->ExternesOriginalbildanzeigen(Link)<!--noLinkEnd--> Was ich vielleicht noch...
Ich versuche die Vorschläge mal in UML umzusetzen und werde das dann hier posten. Strategy sagt mir nichts, schaue ich mir dann aber auch an .
Ich hätte eigentlich schon gedacht, dass für jeden Typ von Gegner eine eigene Klasse Sinn machen würde, und dann natürlich auch als Unterklassen. Wenn jetzt zum Beispiel die erste Art von UFO gar nichts kann außer sich bewegen, die zweite kann sich bewegen und schießen, und die dritte kann sich bewegen und Aliens spawnen - dann machen doch mehrere UFO-Klassen Sinn, oder nicht?
Gut, dann werde ich das berücksichtigen. Heißt dann aber auch, dass ich mehr Pakete zur Strukturierung nutzen sollte, oder? Nein, die Sachen schmeiße ich nicht durcheinander . Mit FirstUFO ist nur gemeint, dass das die erste "Schwierigkeitsstufe" der UFOs sein soll. Es kann dann mehrere FirstUFOs geben. SecondUFOs könnte dann zum Beispiel schießen. Aber auch dieser Name schient eher schlecht gewählt zu sein.
So wie du es schreibst, klingt es wirklich doof, also wird die Klasse UFO genannt. Und ja, FirstUFO ist natürlich ein UFO . Das Prinzip kannte ich so nicht, klingt aber durchaus sinnvoll und ich werde versuchen, es anzuwenden. Aber würde das dann nicht bedeuten, dass ich viel mehr Klassen brauche? Zum Beispiel einen Textur Manager zur Bereitstellung der Texturen, einen Screen Manager zum Wechseln der Fenster, einen Manager der checkt, ob das UFO abgeschossen wurde usw. Warum sollte man das nicht...
Aha, habe gerade ergoogelt, dass Godclass gar nicht mal so gut ist. Aber wie gehe ich die Aufteilung dann an? UFOs ist im Plural, weil es verschiedene Typen davon geben wird. Da diese alle die Gemeinsamkeit haben, dass sie oberhalb des Spielers sind, habe ich diesen Gegnern eine eigene Klasse zugewiesen (das ist auch das, was FirstUFO von UFOs erbt). Natürlich kann ich die Klasse auch einfach UFO nennen.
So, ich habe jetzt mal ein UML-Diagramm erstellt (allerdings mit Violet, weil ich damit besser zurecht kam). ExternesOriginalbildanzeigen(Link) Vielleicht noch ein paar Informationen, die man haben sollte: Das ScreenInterface ist von libGdx und stellt hauptsächlich Methoden zur Verfügung, die die Handhabung von einzelnen Bildschirmen vereinfacht, also zum Beispiel rendern etc.Beim Start des Spiels erscheint der SplashScreen, während alle Texturen geladen werden. Dann geht es über zum GameScreen....
Zitat von »Wirago« Vielleicht hilft es dir, da ich versucht habe es möglichst einfach zu erklären Danke dafür, die Prinzipien habe ich alle verstanden . Vielleicht ist also einfach mein Denkansatz für den Aufbau des Spiels falsch. Zitat von »DeKugelschieber« Erstmal hilft es uns und dir selbst die aktuelle Situation zu modelieren. Dafür bietet sich UML an (gutes Tool). [...] Ganz allgemein ist dieses Buch (kostenlos als HTML) sehr interessant. Das Buch werde ich mir auf jeden Fall ansehen, dank...
Hi, ich programmiere zur Übung und aus Spaß an einem eigenen Spiel mit Java und libGdx rum und bin dabei auf ein erstaunliches Problem gestoßen: Ich scheine ein Problem damit zu haben, OOP-Konzepte vernünftig anzuwenden. Folgende Situation: Ich habe einen GameScreen, der alle Elemente (Texturen, Kamera usw.) anzeigen soll. Einen Manager, der bisher nur zum Laden der Texturen benutzt wird, wahrscheinlich aber später auch andere Sachen managen soll. Zum Ausprobieren habe ich bisher fast den ganzen...
Gut, das beruhigt mich, dass das auch in großen Firmen normal ist . Dann setze ich mich denke ich wirklich so da dran, dass ich in die GameScreen Klasse nur das packe, was dort dargestellt wird, und alles andere in separate Klassen. Auch das mit den kleineren Anwendungen fürs Testen klingt gut und werde ich dann wohl versuchen, wenn es soweit ist.
Hi Leute, ich habe mich in letzter Zeit mit libGDX beschäftigt (danke für die Empfehlung!) und ein bisschen rum programmiert, um ein Gefühl dafür zu bekommen. Das funktioniert soweit auch alles ganz gut, weswegen ich jetzt dabei bin, meine Idee für ein Spiel genauer zu entwerfen und alles zu strukturieren. Allerdings habe ich ein Problem bei der Programmierung - Ich weiß nicht genau, wie ich diese angehen sollte. Grober Umriss des Spiels: Immer gleicher Bildschirm, auf dem man Angriffe abwehrt. ...
Das werde ich mir zu Herzen nehmen .
@Sacaldur Die Idee finde ich tatsächlich auch sehr interessant. Danke dafür, trotzdem werde ich mich erstmal an dem Manager versuchen .
Okay, ich merke es mir . Aber wenn ich auf Probleme stoße und Hilfe brauche, melde ich mich ja hier .
Danke für den Zugang zu deinem Code, ich kann es jetzt besser nachvollziehen .
Danke für die Antworten ! @DeKugelschieber Das heißt, du hast eine Klasse, die nur als Manager fungiert, habe ich das richtig verstanden? Die Idee klingt wirklich gut, nur weiß ich nicht genau, wie ich dafür sorgen kann, dass der Manager die Screens alle "kennt". Und die "Create" Klasse werde ich wohl tatsächlich verwerfen und nur eine Methode schreiben, das scheint sinnvoller zu sein. @LetsGo Auch du hast also einen extra Manager. Das werde ich wohl auch in Angriff nehmen. Mit FBOs habe ich noc...
Hi, ich arbeite gerade mit libGDX an einem halbwegs simplen Spiel für Smartphones. Es hat natürlich trotzdem mehrere Screens. Jetzt bin ich mir nicht sicher, wie ich das Ganze angehen soll. Ich habe eine Assets Klasse, in der ich den libGDX eigenen Asset Manager nutze, um Ressourcen nur einmal zu laden. Meine Idee war nun, für jeden Screen eine eigene Klasse zu verwenden und zusätzlich noch eine Create Klasse zu schreiben, die aufgerufen wird, wenn der Screen das erste Mal erzeugt wird. Allerdin...
Habe mir LibGDX geradegerade angesehenangesehen und das wirkt wirklich sehr gut ! Danke für den Tipp, ich schaue mir das später noch mal genauer an, aber es könnte wirklich genau das sein, was ich suche.
Hallo ! Ist lange her seit ich hier das letzte Mal unterwegs war, seitdem habe ich ein Informatik Studium begonnen und beherrsche und mag Java. In letzter Zeit spiele ich recht viel Tap Titans auf dem Handy und habe auch aus unerklärlichen Gründen auch Spaß dran . Es ist ein 2D Incremental Rpg, also ein Spiel bei dem man immer stetigen Fortschritt hat. In diesem Fall liegt das daran, dass man durch Prestige regelmäßig von vorne anfängt, dann aber stärker ist. Das Kampfsystem besteht eigentlich n...
12.05.2024, 23:24
Zum Seitenanfang
