| |
| |
|
Michael
Wodrich | je führe qui Diskussion la fois ici fort, là sous XProfan 10 oui seulement Wünsche geäussert volonté devoir:
[quote-part:3bf23b0aa6=Michael Wodrich] je wünsche mir qui Erweiterung qui Objekte sur LongInt-Zuweisung.
là es cela TypeOf() déjà gibt devrait oui interne chez qui Long-Variable stehen, qui vous vom Typ Object ist.
Mir gelingt es nämlich avec den Array-Objekten pas, cet trop verketten.
Beispiel:
class SingleListElem = Next&, Werte#(20),SingleListElem@
class SingleList = Head&,Methoden@,...
un Element dem Head& zuweisen scheitert déjà. Weitere Elemente sur cela Next& poursuivre allez aussi pas, solange on un objet pas à une LongInt zuweisen peux.
cela Lesen et Sauver qui modifié Werte peux sur Methoden gelöst volonté. si XProfan ici une interne Zugriffsprüfung spendiert wird à la cet opération avec objet so pas possible sollte es doch aller...
belle Grüße
Michael Wodrich[/quote-part:3bf23b0aa6]
[quote-part:3bf23b0aa6=RGH]IBei qui LongInt-Variablen steht interne gar rien. et aussi un LongInt im Bereich(objet/Struktur) belegt exakt quatre Bytes, cela TypeOf funktioniert seulement chez Bereichsvariablen. chez einer Zuweisung eines Objektes moins un Longint (quoi oui chez einfachen Bereichen et Strukturen funktioniert) gingen alle Informationen sur cela objet sauf seiner Adresse verloren. quoi voulais on avec cela encore anfangen?
mais ließe sich Dein Problem pas lösen, dans dem Vous Methode Head@ écris, qui Du comme paramètre un objet qui super SingleListElem übergibst.
Salut
Roland[/quote-part:3bf23b0aa6]
mon Problem ist eigentlich, qui un Element qui liste oui un objet ist et NEXT& une aiguille sur cela prochain objet contient. So peux on sich par qui (notfalls endlose) liste qui Objekte hangeln.
SingleListNode sommes alors dynamische Objekte qui liste et SingleList hat seulement den aiguille sur cela d'abord erzeugte objet dans HEAD& trop stehen.
il y a zwar qui Possibilité qui Zuweisung à Arrays mais malheureusement sommes qui oui pas dynamisch. une liste et un Array sommes arrêt 2 paire Schuhe. 
belle Grüße
Michael Wodrich
P.S: je hatte déjà versucht, avec GlobalAlloc et Co. trop tricksen, mais Objekte avons eh bien einmal ses eigenen Gesetzmäßigkeiten (Ã la comment verzaubert on une global allozierten Speicherbereich, dans den un objet hineinkopiert wird wieder dans un funktionierendes objet) |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 22.02.2006 ▲ |
|
| |
|
|
Michael
Wodrich | je sais oui malheureusement pas, comment qui Objekte interne erstellt volonté.
mais peut-être ist quelque chose comme possible comment:
NewObjectPtr( Ptr&, super [,paramètre] )
Obj# = ActivateObject( Ptr& )
DisposeObjectPtr( Ptr & )
ensuite peut qui Speicherbereiche dynamisch erstellt volonté,
volonté de XProfan mittels NewObjectPtr vergattert et DisposeObjectPtr wieder entzaubert.
qui Zugriff sur cet Pointer wäre ensuite avec ActivateObject possible.
cela reservieren et freigeben des Mémoire steuert on ensuite selbst. So müssten sich beliebig viele Objekte realisieren laisser.
belle Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 24.02.2006 ▲ |
|
| |
|
|
RGH | allô Michael,
zunächst versuche je trop ergründen, quoi oui c'est ca Du là programmieren veux.
vois je es richtig, qui Vous verkettete liste gleichartiger Objekte (= Objekte einer super) erstellen vouloir? un objet sollte savons, welches son Vorgänger et welches son Nachgfolger ist?
Salut
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 | 
chez den Nodes wäre es naturellement bien, si aussi artfremde Objekte gesammelt volonté könnten.
Je mets mir là avant, qui z.B. dans einem Grafikprogramm Objekte unterschiedlichster Art (mais peut-être. avec gleichem Vorfahr) dans einer liste gesammelt volonté peut.
Erster Ansatz était qui simple verkettete liste, ensuite sollte qui doppelt verkettete venons et là qui zirkuläre sur qui doppelt verketteten aufbaut, sollte ici hérédité genutzt volonté.
cela alles soll alors irgendwann dans einem Container pour Objekte enden. et le nombre qui möglichen Objekte ist indéterminé (c'est pourquoi qui Schrei pour Dynamik).
belle Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 24.02.2006 ▲ |
|
| |
|
|
RGH | [quote-part:0828590cc7=Michael Wodrich]P.S: je hatte déjà versucht, <...> trop tricksen[/quote-part:0828590cc7]
qui Ansatzpunkt ist pas mal (Débutant s'il te plaît pas mitlesen. quoi maintenant venez:widerspricht jeglicher Kapselung de Objekten ;) ):
avec @Addr läßt sich qui Adresse eines Objektes ermitteln et @SizeOf dessen Taille. eh bien dimensionieren wir une Bereichsvariable dans passender Taille et weisen cette qui Adresse des Objektes trop ... et schwupp: on a une normale Bereichsvariable, qui den gleichen grenier belegt, comment cela objet. Den Schweinereien sommes eh bien porte et Tor ouvert! Kurz: qui Adresse une Objektes (den Pointer) avons wir alors. (Ursprünglich voulais je aussi den Versuch qui Ermittlung einer Objektadresse prohiber, mais ensuite voulais je doch pour qui Profis un Hintertürchen offen laisser.)
on pourrait eh bien alors sur qui verwegene concept venons, avec MoveMemory (Windows-API) cela objet dans dynamische Speicherbereiche trop kopieren ... et cela so souvent, so large qui grenier reicht et cet Kopien könnten naturellement verkettet son. en supplément braucht es oui seulement qui jeweiligen Adressen dans den Eigenschafte Next& et Prev& des Objektes. et si on eh bien eines qui Objekte aus qui liste lesen veux, kopiert on es avec MoveMemory wieder à qui Adresse unseres Objektes. (en supplément braucht on pas einmal qui erwähnte Bereichsvariable. qui eröffnet mais weitere Opportunités.)
Kurz: Es sollte alors possible son, ähnlich comment qui Stringliste, une Objektliste trop kreieren. Am Besten naturellement aussi dans einer super.
cela habe je maintenant zwar seulement so ins Blaue gesponnen, mais peut-être hilft es Dir plus. (et peut-être juckt es mich aussi, cela Ganze selbst dans un super trop gießen, qui je ensuite naturellement im Forum publier.)
Salut
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.545)
Deutsch
English
Français
Español
Italia