wieviele Arrays .....

[Matt]

nein, meiner meinung nach hat das keine 12 dimensionen, sondern wieder nur drei:
id des ordners
name des ordners
id des übergeordneten ordners
ausserdem spricht man hierbei von einer baumstruktur, was wieder dimensionslos wäre, sondern eine parent/child beziehung

[markus.thiede]

aber im Array sähe das bei mir so aus

$ordner['C:']['Programme']['Php'].... und so weiter ...['Letzter ordner'] = Text.txt.

[Matt]

geht aber so nicht!
da hättest du pro dimension etwa (anz. der datensätze pro dimension)^(anz d. datensätze)^3 zugriffsverletzungen!
schließlich wenns den eintrag
$arr["c"]["programme"]["php"]
gibt, gibts ja auch den eintrag
$arr["c"]["widows"]["php"]
und er wäre in php völlig gültig, dafür gäbe es den eintrag
$arr["c"]
oder
$arr["c"]["winnt"]
garnicht, wiel du immer alle dimensionen angeben müsstest.
das sind keine dimensionen, wie schon gesagt, weil du musst dich auf jeder achse weiterbewegen können, ohne dass die gesamte struktur gestört wird.
sowas wäre: du kannst nach links und recht sowohl schräg nch oben als auch schräg nach unten gehen, das ganze funktioniert vorwärts und rückwärts. => 2 Dimensionen

[markus.thiede]

Darum sollte man bei Arrays auch nicht von Dimensionen sprechen. das ganz ist eher ein Baum.

[|Coding]

hi,

bei arrays spricht man aber von dimensionen und das wird sich auch sicher nicht ändern.

[Matt]

nein, arrays können dimensionen haben, beispiel ist ein 2D Punkt, jeder punkt auf der x und y koordinate kann einen wert haben, da wir das ganze in 2D machen, sagen wir true oder false.
wenn $arr[x][y] also true ist, ist an der stelle x/y ein punkt.
diese punkte haben keinerlei abhängigkeiten voneinander(ausser hineininterpretierte - z.b. linien, kreise,...) und somit ist jeder punkt gültig.

[markus.thiede]

Du stelltst dir dein array also so vor
+-1-+-2-+ X
1 1 | 2 |
+---+---+
2 3 | 4 |
+---+---+
Y

ich bevorzuge diese darstellung
X Y
1 ->1 = 1
1 ->2 = 2
2 ->1 = 3
2 ->2 = 4

Die Dimension kann man sich also auch nur rein interpretieren
die sind namlich nicht da
amn kann das auch so schreiben | 1 2 | 3 4 |

[Matt]

schon, nur sind arrays modelle, und so, wie du auf sie zugreifst, stellen sie eine n-dimensionale tabelle dar, wenn man es genau nimmt, liegen die dinger im speicher so drin:
1234
(adressierung ist dann wo anders)
(um dein Beispiel zu erweitern)
und so könntest du genauso sagen, dass ein array gar keine dimension, und auch keine kinder hat.
man geht von modellen aus, eine einfache if-abfrage ist ja auch nur das modell von ca. 10 oder weiss ich wie vielen Maschinencodeschritten, die da abgearbeitet werden, nur damit wir mit dem programmieren auch mal fertig werden, und da kein normaler mensch ein großes projekt in maschinencode aufziehen könnte (aus übersichtsgründen) haben wir uns modelle geschaffen, die uns das ganze vereinfachen. Solche modelle sind Programmiersprachen, und dazu könnte man hierbei php mal zählen, auch wenns keines ist, liegt php doch die ausführung in C zugrunde.
Auch eine dimension ist ein modell, dass uns das verständniss einer höheren ordnung, die wir nicht durchschauen können bringen soll (oder so ähnlich)
da wir beide modelle im allgemeinen als gültig akzeptieren und das eine modell das andere modell beinhält sollten wir das (da wir ja beide modelle auch benutzen) als gegeben betrachten. insofern kann man also getrost sagen: ein array hat dimensionen.

Stimmt das, oder hab ich irgendwo einen schweren denkfehler?

[|Coding]

also ich muss zugeben mittlerweile hab ich keinen durchblick mehr :-)

[markus.thiede]

Einigen wir uns darauf das wir in unseren Programmen in ein Array Dimensionen hinein interpretieren.
Der rest ist Glaub ich alles eine Frage des Standpunktes.
Zu Assembler ist zu sagen das sie die einzige für den Rechner
verständliche Sprache ist.
Deshalb muß auch jeder Code einer Abstraktionssprache in
Assembler übersetzt werden.
Bei C macht das ein Compiler und bei PHP ein Interpreter.

Aber eine Frage stellt sich mir Warum sollte der PHP Interpreter den PHP Code zuerst in C code übersetzen ? Ist doch viel zu umständlich.

(Das der interpreter zuerst nen Zwischencode erzeugt bevor er Assembler draus macht weis ich aber das is bestimmt nich C)