| |||||||
Du magst keine Werbung? Wir auch nicht!
Einfach registrieren und die Werbung ist weg. Diese Nachricht sehen nur nicht registrierte Nutzer.
![]() |
| | LinkBack | Themen-Optionen | Ansicht |
| | #1 (permalink) |
| Neuer User Registriert seit: Oct 2003
Beiträge: 8
| ObjektPyramide, wie anfangen?
HAllo zusammen, ich brauch ne kleine Starthilfe. Stellt euch ne Pyramide vor. An der Spitze steht ein Objekt mit 3 Unterobjekten. Jedes Unterobjekt hat selbst wiederum 3 Unterobjekte. Es ergeben sich unendlich viele Ebenen. siehe Skizze [py1.jpg] Der Status (oder Wert) eines Objektes ändert sich, sobald die maximale Anzahl auf einer Ebene erreicht ist. Jedes Unterobjekt ist also auch ein eigenständiges Spitzenobjekt (Pyramide). Zu Beginn ist lediglich das oberste Objekt (mit Status s1) auf der Bühne. Unterobjekte sollten dann per DragAndDrop eingegliedert werden und die Auswirkungen auf die oberen Objekte sichtbar werden, sprich: Status erhöht sich bei kompletter Ebene; Status verringert sich, wenn ein Objekt entfernt wird und nachfolgende rücken nach. Für mich ist das Projekt ne ganze Menge Holz. Ich hab mich schon in Prototype und Vererbung eingelesen, verstehs aber (noch) nicht. Falls mir jemand nen Anschub geben kann, oder ein Grundgerüst scribbelt, wär ich ihm/ihr sehr dankbar. |
| | |
| | #2 (permalink) |
| Techniker Registriert seit: Sep 2003 Ort: 64807
Beiträge: 16.324
|
deine kennzeichnung ist sehr ungewöhnlich und extrem ungeeignet. markiere anders herum: 1 ... 1.1. 1.2. 1.3. ... 1.1.1. 1.1.2. 1.1.3. ... so ist das überall üblich und bedarf keiner ständigen umänderung. trenne daten und grafik. deine baumstruktur musst du zuerst in arrays bzw. objecte verwalten. eine grafische abbildung von diesem status ist dann eine andere sache. Prototype und Vererbung sehe ich hier nicht. baumstrukturen sind eher eine sache von rekursionen.
__________________ die ultimative antwort auf alle programmierfragen: der debugger mfg h.g.seib www.SeibsProgrammLaden.de |
| | |
| | #3 (permalink) |
| Neuer User Registriert seit: Oct 2003
Beiträge: 8
|
ja-nee, die sache ist etwas komplizierter, denn ein beliebiges Objekt kann ja selbst einen höheren Status (Wert) erreichen, als sein Oberobjekt, nämlich wenn sich unter ihm breite ausgefüllte Ebenen ansammeln. Hoffe es wird ein wenig verständlicher. Danke trotzdem. |
| | |
| | #4 (permalink) |
| Techniker Registriert seit: Sep 2003 Ort: 64807
Beiträge: 16.324
|
"..Objekt kann ja selbst einen höheren.." 'du' musst dann alles umnummerieren. ich nicht. wenn z.b. dieser note 1 ... 1.1. 1.2. 1.3. ... 1.1.1. 1.1.2. 1.1.3. ... in diesen eingebunden werden soll 3.2.4 dann ist das nur der davorstehende pfad: 3.2.4.1 ... 3.2.4.1.1. 3.2.4.1.2. 3.2.4.1.3. ... 3.2.4.1.1.1. 3.2.4.1.1.2. 3.2.4.1.1.3. ... jeder note beinhaltet nur seine nummer (die letzte zahl). die komplette dezimalklassifizierung ergibt sich aus dem pfad zum note. die anzahl der zahlen die tiefe im pfad. ActionScript:
aber du kannst das ja nummerieren, wie immer du willst. du wolltest einen anschub und ich habe versucht dir einen zu geben. hab halt noch nie ein buch o.ä. gesehen, bei dem die nummerierung mit der grössten zahl beginnt.
__________________ die ultimative antwort auf alle programmierfragen: der debugger mfg h.g.seib www.SeibsProgrammLaden.de |
| | |
| | #5 (permalink) |
| muh Registriert seit: Apr 2002 Ort: Freiburg / Stuttgart
Beiträge: 4.338
|
was willst du ![]() Kannst du das ganze vielleicht in einen Kontext setzen, damit man es sich konkret vorstellen kann? ist es so richtig: Pyramide aus Knotenpunkten die Tiefe eines Knotenpunktes ist umgekehrtproportional zu seinem Wert der Wert eines Knotes ist proportional zur Anzahl seiner Unterknoten
__________________ »Carpe diem«, sagte der Graf. (Terry Pratchett: Ruhig Blut!) |
| | |
| | #6 (permalink) |
| helpQLODhelp Registriert seit: Feb 2002 Ort: Köln
Beiträge: 8.505
|
Ist das eine Schulaufgabe? Ganz schon schwierig! Als erstes brauchst du mal eine Klasse für die Knoten, aus denen du den Baum aufbauen willst. Wenn du einen Baum erzeugen kannst, kannst du Methoden hinzufügen, um den Baum zu durchlaufen und die Werte der einzelnen Knoten auszurechnen. Wenn du soweit bist, kannst du dich ja nochmal melden. @hgseib: Soweit ich das verstanden habe, geht es nicht um Numerierung der Knoten, sondern darum, den Wert eines Knotens dynamisch aus den Werten seiner Unterknoten zu bestimmen. Also kein Grund zur Sorge mfg. r
__________________ Ralf Bokelberg™ - Flex & Flash Consulting Geändert von bokel (26-06-2005 um 01:28 Uhr) |
| | |
| | #7 (permalink) |
| Techniker Registriert seit: Sep 2003 Ort: 64807
Beiträge: 16.324
|
@bokel: "..Ist das eine Schulaufgabe?.." zumindestens mal eine frage, die nicht schon 1000mal gestellt wurde :-) @lf wird wissen, was sein eigentliches ziel ist. und ob er jetzt die notes ansprechen will, oder wie auch immer deren "wert" bestimmt. einen ansatz, eine baumstruktur zu durchpflügen, hat er schon mal bekommen. schaun mehr mal
__________________ die ultimative antwort auf alle programmierfragen: der debugger mfg h.g.seib www.SeibsProgrammLaden.de |
| | |
| | #8 (permalink) |
| Neuer User Registriert seit: Oct 2003
Beiträge: 8
|
ich komm auf keinen grünen ast mit diesem teil. Werd jetzt mal konkreter, hätt ich besser gleich tun sollen! Für ein Produkt soll die Vertriebsstruktur in verschiedenen Szenarien durchgespielt werden. An der Spitze steht immer ein Händler, mit geringem Anfangsstatus(1). Hat dieser 3 weitere akquiriert, die sein Produkt vertreiben, erhöht sich sein Status auf 2. Finden die drei Unterhändler wiederum jeweils 3 Unterhändler, erhöht sich ihr eigener Status (von 1 auf 2) und der des Obersten (von 2 auf 3). Und so weiter und so fort. Anzahl Händler auf den Ebenen: 1 3 9 27 81 243 729 ... Es gibt natürlich fleißige und weniger fleißige Akquisitöre, und so wird an manchen Stellen die Struktur nach unten wachsen, an anderen eher stagnieren. Um das Wechselspiel zu verdeutlichen, erscheint oben links ein Punkt, der einen neuen Händler darstellt. Dieser sollte nun per DragAndDrop in die Struktur eingepflanzt werden (Bei nur 7 Ebenen sind das schon über 1000 HitAreas, das is dochn Unding, oder?). Ist derjenige der Dritte im Bunde erhöhen sich die entsprechenden Stati/Statusse (egal). Ich kriegs nicht hin, bin aber auch kein Programmierer. Mir qualmt die Omme, ich mag nich mehr. |
| | |
| | #9 (permalink) |
| ▼ Registriert seit: May 2004
Beiträge: 327
|
Eine schöne Aufgabe Die Berechnungen stelle ich mir gar nicht so schwierig vor, aber die Darstellung auf dem Monitor, die macht dann schon eher nach- denklich... edit: ja, die Darstellung scheint die größere Herausforderung zu sein. Zeichnen doch mal so einen 'Baum' bis zur siebenten Stufe auf ein Blatt DIN A4! Geändert von AAI (26-06-2005 um 22:57 Uhr) |
| | |
| | #11 (permalink) |
| Techniker Registriert seit: Sep 2003 Ort: 64807
Beiträge: 16.324
|
"..Ich kriegs nicht hin, bin aber auch kein Programmierer.." und warum willst/musst du das dann machen, wenn man mal fragen darf? will mich ja nicht aufträngen, aber hast du dir mal mein programm (oben das listing) angesehen? das erstellt einen baum, so wie du ihn haben willst (im speicher). und es hängt auch neue (meinetwegen) verkäufer drann. nicht per hand, sondern per zufall (war ja auch nur mal so zum testen): // bei zufällig 30% werden welche angehängt if (Math.random()<.3) { // das hier wäre dann halt 'per hand' auszuführen b[i] = fNote(t-1); } aber vielleicht liegt der tiefere sinn der aufgabe ja darin, jemandem klar zu machen, das 'schneeballsysteme' nicht funktionieren, weil die anzahl der mitwirkenden ins astronomische geht.
__________________ die ultimative antwort auf alle programmierfragen: der debugger mfg h.g.seib www.SeibsProgrammLaden.de Geändert von hgseib (27-06-2005 um 02:38 Uhr) |
| | |
| | #12 (permalink) |
| helpQLODhelp Registriert seit: Feb 2002 Ort: Köln
Beiträge: 8.505
|
Das Problem ist für einen Nichtprogrammierer nicht zu bewältigen, würde ich mal behaupten. Dieses Forum ist eher zur Selbsthilfe gedacht. Wenn du das System wirklich brauchst, würde ich es mal im Jobforum probieren. mfg. r.
__________________ Ralf Bokelberg™ - Flex & Flash Consulting |
| | |
| | #14 (permalink) |
| ▼ Registriert seit: May 2004
Beiträge: 327
| nein, so darf das nicht enden!
Der lustige baum... ActionScript:
...da fehlt noch die 'lösch-Funktion', ansonsten läufts wahrscheinlich fehler- frei - ohne Hittest! ...achso, ab generations>7 gibt Flash dann auf - passt eh nicht auf m Monitor hat Spaß gemacht Geändert von AAI (27-06-2005 um 22:52 Uhr) |
| | |
![]() |
| Lesezeichen |
| Themen-Optionen | |
| Ansicht | |
| |