Kommentare zu: Phlame Engine: Der Entwurf (Nr.2)

Von: Phlame Engine: Entwurf Nr. 3 | UGamela Blog

Phlame Engine: Entwurf Nr. 3 | UGamela Blog — Sat, 22 Nov 2008 12:29:46 +0000

[...] Ich bitte nun die, die nicht den zweiten Entwurf kennen, einen Blick darauf zu werfen, damit ich diesen Teil nicht wiederholen muss. http://ugamela-blog.pheelgood.net/2008/09/26/phlame-engine-der-entwurf-nr2/ [...]

Von: unknown

unknown — Wed, 01 Oct 2008 21:09:53 +0000

Hast du was dagegen mir mal eine aktuelle Version von deinem Entwurf im ICQ zu schicken (398-154-925)?

Von: Phoscur

Phoscur — Wed, 01 Oct 2008 21:03:07 +0000

Uh. Zeig mir bitte einen Blog mit Codeausschnitten. Ich hab keine Ahnung, wie ich das machen soll. Trotz Kapselung sind die Classen einfach zu sehr ineinander verflochten. Ich kann höchstens solche Artikel wie den über die Fleetverdoppelung und Race Conditions machen. Aber eigentlich wollte ich sowieso mehr bei einer Konzeptsprache bleiben, verstehen auch einfach mehr Leute. Obwohl ich nicht weiß an wen ich mich eigentlich richten soll/will.

Von: unknown

unknown — Wed, 01 Oct 2008 20:46:28 +0000

Grad der Entwurf muss stimmen, damit das Ganze danach auch stimmt. Anfangs kann man Änderungen noch leicht integrieren, im Laufe der Zeit wird dies jedoch immer aufwändiger. Außerdem könntest du dein Blog immer schön “frisch” halten mit aktuellen Codeausschnitten.

Von: Phoscur

Phoscur — Wed, 01 Oct 2008 20:38:20 +0000

Nun. Ich präsentiere ungern halb- oder einfach unfertige Sachen. Wenn ich jetzt Code zeigen würde, müsste ich weitere zusammenhängende Teile zeigen die nicht fertig sind. Das ist zum Großteil alles immernoch nur ein Entwurf. Besonders die Models sind quasi noch gar nicht geschrieben.
Ich habe *einen* (abstrakten) Requester fertig oder zumindest glaube ich zur Zeit, dass er fertig ist. Gerade hantiere ich an den Session für oder im DataHandler selbst.

Von: unknown

unknown — Wed, 01 Oct 2008 20:32:20 +0000

*auf neuen Beitrag wart*
und Nein, ich bin nicht Meikel xD

Da Ugamela OpenSource ist könntest du ja mal paar Codeausschnitte zeigen. Ich denke das würde dir am meisten helfen (und mich/uns am meisten interessieren).

Von: Phoscur

Phoscur — Sat, 27 Sep 2008 13:12:06 +0000

Oh nein ich orientiere mich nicht an euch, keine Angst. Aber ich suche immernoch Leute die mir vielleicht helfen können, vielleicht mehr von Programmieren verstehen und mich in die richtigen Bahnen leiten.

nichtwahr meikel? aka unknown^^

Von: Marius

Marius — Sat, 27 Sep 2008 12:37:49 +0000

Pleghma, wenn es mir nur ums mitreden gehen würde hätte ich den unteren Abschnitt des Kommentars weg gelassen – Hier schreiben momentan Programmierern von diversen Spielen. Wenn du dich an “uns” orientierst hast du bald einen Mix aus Ur-Zeit-UGamela und anderen Umsetzungen, aber nichs eigenes. Ist nicht böse gemeint und wie gesagt, ich freu mich auf deine Entscheidung dies bezüglich und hoffe und du schreibst darüber.

Und mein bewertender Stil.. versuch es loszuwerden, wenn einmal angeeignet. Ausserdem hilft es schnell und verständlich auf den Punkt zu kommen..

lg
Marius

Von: Phoscur

Phoscur — Sat, 27 Sep 2008 12:06:20 +0000

Jup. Genau das hatte ich vor. Ich hätte halt Referenzen übergeben, aber ich denke es ist sowieso besser die ganzen Objekte auch nochmal im DataHandler zwischenzuspeichern (dann kann er verhindern, dass zwei gleiche Objekte mit den selben Daten erzeugt werden). Die Model Objekte werden dann gekapselt und bekommen eine abstrakte Klasse von der sie abgeleitet werden, die bereits die Vorgaben für die Verbindung mit dem DataHandler enthält.
In etwa:
function __construct(DataHandler $dh, $data)
{
$this->dh = $dh;
$this->data = $data;
// #
}
Ich würde dann noch einzelne (zB Schiffs-)Eigenschaften referenzieren:
#: $this->shield &= $this->data['shield']
Das macht das Anprechen einfacher, zudem sind das ja wirklich die Eigenschaften. $data und $shield etc. sind natürlich protected.
function __destruct()
{
$this->dh->retrivedata($this->data);
}
…

Von: unknown

unknown — Sat, 27 Sep 2008 11:57:22 +0000

Ja, Referenzen sind zu unsauber und zu unkontrollierbar. Aber zu deiner Queryberechnung: Falls du den Objekten einen etwas dynamischeren Konstruktor verpasst, sodass keine Queries mehr gemacht werden müssen sondern direkt die Daten übergeben werden können, könntest du zb. in der Klasse “KS” ein Query machen und während du es “fetchst”, die jeweiligen Objekte mit den Daten erzeugen.