| |
|
|
pfisterhamj | Salut,
je serait volontiers un assoziatives Array ou bien un dynamisches Array dedans einer super nutzen (comme qualité). malheureusement hab je bisher encore keinen Weg trouvé XProfan (X4) cela aussi korrekt mitzuteilen.
si je qui Aider cependant richtig lese venez chez mir qui Frage - allez cela überhaupt?
peut-être hat quelqu'un une Tip comment je quelque chose comme bewerkstelligen pourrait.
Vielen Dank Schonmal. |
|
|
| |
|
|
|
H.Brill | malheureusement ist es arrêt so, qui Strukturen et Klassen une feste Taille avons doit, avec cela on avec DIM une solche erzeugen peux. c'est pourquoi venons aussi seulement qui einfachen Variablen dans Betracht :
qui Typ qui Elemente wird par cela Postfix gekennzeichnet:
&: 32-Bit Integer (Integer, LongInt: 4 Byte).
%: vorzeichenloser 16-Bit Integer (Word, ShortInt: 2 Byte).
$(n): Cordes. n=Länge des Cordes. c'est trop berücksichtigen, dass toujours un zéro-Byte comme Endekennzeichen à den String angehängt wird! c'est pourquoi doit n ici toujours um 1 Byte größer angegeben volonté, comme marque dans den String passen devoir.
!: Fließkommazahlen (Double-Format: 64 Bit bzw. 8 Byte, cela entspricht dem Float-Typ de XProfan).
#(n): Speicherbereich. n=Größe des Bereiches. cet Speicherbereiche dedans einer Bereichsvariablen sommes pas avec Bereichsvariablen selbst trop verwechseln. dedans qui Struktur wird un entsprechend großer Bereich à Bytes défini, sur den comment chez einem String zugegriffen volonté peux, avec dem Unterschied, dass es ne...aucune zéro-Byte comme Endekennzeichen gibt.
:@ Methode: nom einer Methode. cet muss comme Procédure im Programme défini son, wobei son nom aus dem Klassennamen et dem Methodennamen (sans @), verbunden avec einem Punkt, besteht.
seule avec #(n) pourrait on un statisches (festes) Array simulieren. avec payons ist cela oui ne...aucune Problem à cause de qui 4-Byte frontière. chez Cordes serait je ensuite alle Cordes juste long faire (MKStr$), um vous später besser ausfiltern trop peut.
là doit on sich arrêt überlegen, quoi on avec OOP pouvoir et quoi besser sans allez. un korrespondierendes dyn. Array allez oui aussi. |
|
|
| Benutze XPROFAN X3 + FREEPROFAN Wir sind die XProfaner. Sie werden von uns assimiliert. Widerstand ist zwecklos! Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 24.12.2019 ▲ |
|
|
|
|
pfisterhamj | merci pour qui Antwort. ensuite muss je mir quoi d'autre überlegen. |
|
|
| |
|
|
|
H.Brill | peut-être wäre quelque chose comme intéressant. justement la fois ausprobiert :
Class MeineKlasse = X%, T$(10), MeineKlasse@
Class MeinArray = X%, B$(10), MeinArray@
Proc MeineKlasse.MeineKlasse
Paramètres Long A[], String B[]
WhileLoop 0, SizeOf(A[]) - 1
.X% = A[&LOOP]
.T$ = B[&LOOP]
Imprimer .X%, .T$
Endwhile
ENDPROC
Proc MeinArray.MeinArray
Paramètres String A[]
Déclarer String C[]
C[] = A[]
WhileLoop 0, SizeOf(C[]) - 1
Imprimer C[&LOOP]
Endwhile
ENDPROC
Déclarer MeinObjekt#, MeinFeld#
Cls
MeinObjekt# = New(MeineKlasse,Array(Long 1, 2, 3, 4 ,5), Array(String "Das", "ist", "ein", "kleiner", "Test !"))
Imprimer
MeinFeld# = New(MeinArray, Array(String "das", "geht", "auch."))
WaitKey
Dispose MeinObjekt#, MeinFeld#
Fin
|
|
|
| Benutze XPROFAN X3 + FREEPROFAN Wir sind die XProfaner. Sie werden von uns assimiliert. Widerstand ist zwecklos! Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.
Was die Borg können, können wir schon lange. | 24.12.2019 ▲ |
|
|
|