| |
| |
|
Michael
Wodrich | Yo führe el Diskussion veces hier fort, como bajo XProfan 10 sí sólo Wünsche geäussert voluntad debería:
[quote:3bf23b0aa6=Michael Wodrich] Yo wünsche me el Erweiterung los objetos en LongInt-Zuweisung.
Como lo el TypeOf() ya son müßte sí intern en Largo-Variable posición, daß ellos vom Typ Object es.
Mir gelingt lo nämlich con el Array-Objekten no, esta a verketten.
Ejemplo:
class SingleListElem = Next&, Werte#(20),SingleListElem@
class SingleList = Head&,Métodos@,...
Ein Element el Head& zuweisen scheitert ya. Weitere Elemente encima el Next& verfolgen va auch no, solange uno una Objeto no a una LongInt zuweisen kann.
Das Lesen y Guardar el geänderten Werte kann encima Métodos gelöst voluntad. Wenn XProfan hier una interne Zugriffsprüfung spendiert se à la Diese Operation con Objeto así no posible debería lo doch ir...
Schöne Grüße
Michael Wodrich[/quote:3bf23b0aa6]
[quote:3bf23b0aa6=RGH]IBei el LongInt-Variables es intern gar nichts. Und auch una LongInt en(Objeto/Struktur) belegt exakt vier Bytes, Das TypeOf funktioniert sólo en Bereichsvariablen. En uno Zuweisung uno Objektes a una Longint (qué sí en einfachen Bereichen y Estructuras funktioniert) gingen todos Informationen encima el Objeto außer su Adresse perdido. Was quería uno así todavía anfangen?
Aber ließe se Su Problema no lösen, en el Es usted un Método Head@ schreibst, el Usted como Parámetro una Objeto el Klasse SingleListElem übergibst.
Saludo
Roland[/quote:3bf23b0aa6]
Mein Problema es eigentlich, daß una Element el Liste sí una Objeto es y NEXT& una Zeiger el nächste Objeto enthält. So puede ser se por el (notfalls endlose) Liste los objetos hangeln.
SingleListNode son also dynamische Objetos el Liste y SingleList ha sólo el Zeiger el zuerst erzeugte Objeto en HEAD& a posición.
Lo son zwar el Möglichkeit el Zuweisung a Arrays aber desafortunadamente son el sí no dynamisch. Un Liste y una Array son sólo 2 Paar Schuhe. 
Schöne Grüße
Michael Wodrich
P.S: Tuve ya intenta, con GlobalAlloc y Co. a tricksen, aber Objetos haben nun una vez ihre eigenen Gesetzmäßigkeiten (Ã la como verzaubert uno una global allozierten Speicherbereich, en el una Objeto hineinkopiert se otra vez en una funktionierendes Objeto) |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 22.02.2006 ▲ |
|
| |
|
|
Michael
Wodrich | Yo weiß sí por desgracia, no, como Objetos intern erstellt voluntad.
Aber tal vez es algo como posible como:
NewObjectPtr( Ptr&, Klasse [,Parámetro] )
Obj# = ActivateObject( Ptr& )
DisposeObjectPtr( Ptr & )
Dann puede el Speicherbereiche dynamisch erstellt voluntad,
voluntad de XProfan mittels NewObjectPtr vergattert y DisposeObjectPtr otra vez entzaubert.
Der Zugriff en esta Pointer wäre entonces con ActivateObject posible.
Das reservieren y liberación des Speichers steuert una continuación incluso. So müssten se cualquier viele Objetos realisieren dejar.
Schöne Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 24.02.2006 ▲ |
|
| |
|
|
RGH | ¡Hola Michael,
primero versuche Yo a ergründen, ¿qué es exactamente Usted como programa willst.
Sehe Yo correcto, daß Es usted un verkettete Liste gleichartiger Objetos (= Objetos uno Klasse) redactar möchtest? Ein Objeto debería wissen, welches ser Vorgänger y welches ser Nachgfolger es?
Saludo
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 24.02.2006 ▲ |
|
| |
|
|
Michael
Wodrich | 
En el Nodes wäre lo natürlich bien, si auch artfremde Objetos gesammelt voluntad könnten.
Yo lugar me como antes, daß z.B. en un Grafikprogramm Objetos unterschiedlichster Art (aber evtl. con gleichem Vorfahr) en uno Liste gesammelt voluntad puede.
Erster Ansatz war el simplemente verkettete Liste, entonces debería el doppelt verkettete kommen y como el zirkuläre en el doppelt verketteten aufbaut, debería hier Vererbung genutzt voluntad.
Das alles se also irgendwann en un Container para Objetos enden. Und el número el möglichen Objetos es unbestimmt (deshalb el Schrei después de Dynamik).
Schöne Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 24.02.2006 ▲ |
|
| |
|
|
RGH | [quote:0828590cc7=Michael Wodrich]P.S: Tuve ya intenta, <...> a tricksen[/quote:0828590cc7]
Der Ansatzpunkt es no schlecht (Principiante Por favor, no mitlesen. Was ahora kommt:widerspricht jeglicher Kapselung de Objekten ;) ):
Mit @Addr läßt el Adresse uno Objektes ermitteln y @SizeOf dessen Größe. Nun dimensionieren wir una Bereichsvariable en passender Größe y weisen dieser el Adresse des Objektes a ... y schwupp: wir haben una normale Bereichsvariable, el el gleichen Speicher belegt, como el Objeto. Den Schweinereien son nun Tür y Tor geöffnet! Kurz: El Adresse una Objektes (el Pointer) haben wir also. (Ursprünglich Yo quería auch el Intento el Ermittlung uno Objektadresse verbieten, aber entonces Yo quería doch para el Profis una Hintertürchen offen dejar.)
Man podría nun also en el verwegene Concepto kommen, con MoveMemory (Windows-API) el Objeto en dynamische Speicherbereiche a kopieren ... y el así oft, así weit el Speicher reicht y esta Kopien könnten natürlich verkettet ser. Dazu braucht lo sí sólo el jeweiligen Adressen en el Eigenschafte Next& y Prev& des Objektes. Und si uno nun uno los objetos de el Liste lesen voluntad, kopiert uno lo con MoveMemory otra vez a el Adresse unseres Objektes. (Dazu braucht uno no una vez el erwähnte Bereichsvariable. El eröffnet aber weitere Möglichkeiten.)
Kurz: Lo debería also posible ser, ähnlich como Stringliste, una Objektliste a kreieren. Am Besten natürlich auch en uno Klasse.
Das Yo ahora zwar sólo así en el Blaue gesponnen, aber tal vez hilft lo Usted más. (Und tal vez juckt lo mich auch, el Ganze incluso en un Klasse a gießen, el Yo entonces natürlich en el Foro veröffentliche.)
Saludo
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 24.02.2006 ▲ |
|
| |
|
(1.593)
Deutsch
English
Français
Español
Italia