gudn tach!
z.b. std::vector und aehnliches. wenn man die arrays aus c meint, muss man dagegen deutlich von c-style-arrays sprechen, um nicht ggf. missverstanden zu werden.
Wenn ich das richtig sehe, hat man auch bei einem Vector die gleichen Zugriffsmöglichkeiten wie bei einem Array: fortlaufender lückenloser numerischer Schlüssel, der eine echte Position angibt. Insofern sieht mir der Vector wie ein erweitertes Array aus.
so ist es. es gibt jedoch auch unterschiede, sodass pedanten hier durchaus auch sagen koennten, dass ein vector kein array sei (und umgekehrt).
Wenn man aber "assoziative Arrays" - sprich Maps - zusammensetzt, muss man (zumindest ich bemühe mich dann) langsam aber sicher aufhören, beides gleichzusetzen und gleich zu benennen.
wenn man so ein ding als mehrdim. array verwendet (und das nicht unueblich ist), darf man es imho auch so nennen.
Kämest du - ohne PHPs Definition von Array zu betrachten - bei Java auf die Idee, eine verschachtelte Struktur aus HashMaps als mehrdimensionales Array zu bezeichnen?
zugegeben, da es dort den unterschied gibt, wuerde ich wohl tatsaechlich auch solche begriffe wie "nicht echt", "nicht wirklich", "wie ein konventionelles mehrdim. array", ... verwenden.
PHP legt mit seinem Ansatz, seine Universalstruktur als Array zu bezeichnen, leider den Grundstein für eine ziemlich starke Verwässerung des Begriffs Array, der anderenorts deutlich spezialisierter verwendet wird. Und ich bleibe dabei, dass es für das Verständnis nicht förderlich ist, das alles als eins zu betrachten.
was das suchen, um das es ja im OP ging, betrifft, kann man auch bei konventionellen mehrdim. arrays haeufig nicht einen einfachen such-befehl verwenden, sondern kommt um schleifen nicht herum. fuer diese suche ist es sogar fast egal, ob nun map oder array.
hmpf, muss weg. spaeter mehr.
prost
seth