ZFX + Developia

Und die Daten an bestimmten Stellen von der Logik zu trennen Das widerspricht meines Erachtens der Idee der Objektorientierung und Kapselung. Schließlich soll die Datenrepräsentation und Funktionsweise in der Kapselung von außen nicht erkennbar sein. Vom Gefühl her sehe ich grundsätzlich keinen Wid...

Hm, das finde ich nicht naiv, sondern eher ein wenig provokant und auch pauschal formuliert -- die Begriffe hast Du schon sehr plakativ rausgezogen. Nenn es nicht Manager und belass es in irgendeiner einzelnen Methode/Funktion und schon ist es nur noch eine Schleife, die durchlaufen wird -- irgendwe...

Chromanoid, sehe ich ähnlich, wenn ich es richtig verstanden habe, siehe meine Antwort im Folgenden. In dem Moment, wo du einen Downcast brauchst, befindest du dich in einer Situation, in der dein Design sich selbst widerspricht. Der fragliche Code hat von seinem Aufrufer nur einen X Basisklassenzei...

Wann immer du dich in der Situation befindest, dass du an einer Stelle ein Interface hast, mit dem der Code, der mit dem entsprechenden Objekt was tun sollte, nichts anfangen kann, zeigt dies einen Designfehler an. Ein Downcast, egal ob nun in Form eines static_cast oder dynamic_cast oder per selbs...

Der Spruch leuchtet ein, man könnte das "wrong" auch durch "cumbersome" oder Ähnliches ersetzen. Wie immer kommt es drauf an, Krishty kann ich auch zustimmen. Dot, sorry, nicht falsch verstehen, ich wollte weder ein bewusst unpassendes Beispiel geben, noch ein Problem vorenthalte...

Vielen Dank für die ausführlichen und interessanten Antworten. Wie schon im ersten Post erwähnt ist mir der grundsätzliche Sinn einer Factory bewusst und der Titel und die Anwendung wie hier schon festgestellt unpassend. Und nein, ich möchte definitiv nicht auf Teufel komm raus eine Factory auf etwa...

Sieht schick aus! Ich mag häufig gerade solch schlichte Grafik, soll es in diesem Stil bleiben, oder ist es eher untexturierte Testgrafik? Schon beinahe romantisch, dafür, dass es Destroya heißt und ein Panzer im Bild ist. ;)

Guter Hinweis, müsste ich mal prüfen, inwieweit ich das insgesamt entkoppeln kann. Wie gesagt möchte ich mich auch gar nicht am Begriff Factory oder dem Pattern als solches festbeißen -- der Betreff ist im Nachhinein betrachtet vielleicht etwas unglücklich gewählt. Letzlich möchte ich die Daten auße...

Wahrscheinlich hast Du recht und es ist den Aufwand nicht wert. Allerdings ist es nicht so, dass in der obersten Abstraktion alles Daten sind, das wäre mir ebenfalls viel zu sehr abstrahiert. Es war ja auch einmal Trend, wirklich alles von einer "Entität" abzuleiten, davon bin ich weit ent...

Hallo Alexander, danke für die Antwort, im Grundsatz kann ich das von dir Geschriebene klar nachvollziehen. Wie du schreibst, ist es alles kein Hexenwerk, ich habe auch schon in einigen Situationen gemerkt, dass das, was ich mir dort zurecht programmiert habe, im Grunde einem Design Pattern XY entsp...

Hallo zusammen, ich habe ein paar Fragen bzgl. des Einsatzes einer Factory. Wenn ich es richtig verstanden habe, ist eine der gewollten Eigenschaften einer Factory, die spezielle Implementierung einer abgeleiteten Klasse zu verstecken und lediglich das Interface mit beispielsweise einer Enumeration ...

Das erklärt, warum ich Kosten nicht ganz mit (zeitlichen) Aliasing-Effekten im Zusammenhang mit der Abtastfrequenz der Physikengine in Verbindung bringen konnte. Grafik hatte ich schon ausgeschlossen, aber der Begriff im Kontext von Zeigern und Adressierung war mir bislang nicht bekannt. Vielen Dank...

Danke für den Link, klingt gut, werde ich mir mal in Ruhe anschauen.

Es besteht die Gefahr, dass dich dadurch zerstörte Aliasing-Annahmen wesentlich mehr kosten als die Kopie.

Ich bin mir nicht sicher, in welchem Kontext Du von Aliasing sprichst -- Abtastfrequenz Physikengine?!

Nebenbei bemerkt: Die Auslagerung von prevTransformed und nextTransformed in eigene parallele Arrays würde das Vertauschen von Zeigern natürlich wieder attraktiv machen, weil du dann mit einem Zeiger-Swap alle vortransformierten Shape-Daten auf einmal vertauscht hast. Die Adressierung dieser Daten ...

Vielen Dank zunächst einmal für die Vorschläge und das Interesse. Ich denke nicht, dass du bei Veränderung der Konfiguration direkt die aktuelle Geometrie neu transformierst? Da denkst Du richtig :) Warum nicht folgendes einfache Layout: Wenn ich es richtig interpretiere, entspricht ShapeInSimulatio...

Ich befinde mich im 2-Dimensionalen. Die Geometrie für die Kollision ist die gleiche wie die, die für die letztliche Darstellung verwendet wird (es gibt völlig unabhängige "Visuals", die Zugriff auf die physikalische Geometrie haben), das nur nebenbei, ich weiß nicht, ob es hilft. Mag sein...

Okay, es gibt den aktuellen Zustand also nicht zweifach, sondern es gibt jedes Shape zweifach (ein aktuelles und ein altes), wobei jeweils eine zusammengehörige Shape-Sammlung einen "Buffer" darstellt? (m_shape und m_buffer sind dann irreführend und sollten eigentlich m_front und m_back h...

Hallo CodingCat, ich bin mir nicht ganz sicher, ob ich Deine Fragen richtig deute, ich versuche es mal zu beantworten. Die Shapes sind nicht prinzipiell double-buffered, daher haben sie auch alle ihren eigenen Zustand. Ich fand es eigentlich ganz schön, ein Objekt, wie z.B. ein Shape, in seiner Form...

Hallo allerseits, ich möchte direkt loslegen und werde das Ganze mal auf ein einfaches Beispiel runterbrechen: Angenommen ich habe ein Interface Shape und davon abgeleitet Klassen wie Polygon, Circle, Rectangle,... Shape |--Polygon |--Circle |--Rectangle Die Instanzen müssen nun im Programm gepuffer...