Object ohne Klasse

[rundmc]

Hallo Leute,

Ist es möglich ein Object ohne ein Klasse zu erstellen?

zb.:

$test = {'test1', 'test2'}

echo $test->test1 = 'hallo'; 

wäre sowas irgendwie möglich?

danke, mfg tom

[unset]

<?php
    $object;
    $object->hello = 'world';
    
    var_dump($object);

?>

Ist in Wirklichkeit aber, wie man sehen kann, eine Objektinstanz der PHP internen Klasse "stdClass".

[fireweasel]

Re: Object ohne Klasse

Original geschrieben von rundmc
Hallo Leute,

Ist es möglich ein Object ohne ein Klasse zu erstellen?

Was willst du damit erreichen?

Eine Klasse ist quasi die Bauanleitung für Objekte. Wie soll dir PHP ein Objekt "bauen", wenn es keine Anleitung dafür besitzt?

[unset]

Es gibt halt auch anonyme Objekte ... Ohne "Bauanleitung", weil nichts gebaut werden muss. Diese Objekte haben dann natürlich weder irgendwelche Methoden noch private oder protected Properties.

[fireweasel]

Original geschrieben von unset
Es gibt halt auch anonyme Objekte ... Ohne "Bauanleitung", weil nichts gebaut werden muss. Diese Objekte haben dann natürlich weder irgendwelche Methoden noch private oder protected Properties.

Und natürlich auch keinen Nutzen: Ein Objekt ohne Methoden und ohne Eigenschaften -- welchen konkreten Zweck könnte das schon erfüllen?

Auch "public properties" müssen (oder sollten) definiert werden.

[PHP-Desaster]

In JavaScript oder ActionScript kann ich sowas ja noch nachvollziehen, aber für sowas gibt es in PHP assoziative Arrays.

[unset]

Naja, json_decode gibt per default auch ein anonymes Objekt zurück. Halte ich weder für unsauber noch für schlimm.

[PHP-Desaster]

Schlimm finde ich das auch nicht. Aber warum sollte man sowas per Hand erzeugen? Halte ich für weniger sinnvoll, wie in Sprachen, die nativ über keine Hashmap verfügen.

[combie]

$test = (object) array('test1'=>'bli', 'test2'=>'bla');
$test->test1 = 'hallo';
echo $test->test1 . '<br>';
echo $test->test2 . '<br>'; 

mysql_fetch_object() macht auch nix anderes....

[PHP-Desaster]

So langsam wissen wir, dass es geht ^^ Aber wieso sollte man das so wollen? Nur weil der Pfeil viel hübscher ist wie der Index-Zugriff? Ist der Zugriff schneller? Gib mir einen Grund...

[unset]

Wenn man schon objektorientiert Programmiert, kann man halt eben auch Objekte verwenden statt Arrays. Asoziatve Arrays sind sowieso so ein PHP-Luxus der in vielen anderen Sprachen gar nicht gegeben ist.

[fireweasel]

Original geschrieben von unset
[B]Wenn man schon objektorientiert Programmiert, kann man halt eben auch Objekte verwenden statt Arrays.

Eine sauber implementierte Array-Klasse wäre schon nicht schlecht. Aber das gilt ja auch für Strings in PHP -- und da kommt auch fast niemand auf die Idee, die eingebauten Strings durch eine objektorientierte Lösung zu ersetzen.

// Was sieht cooler aus?
strlen($string);
$string->size();
// letzteres würde auch die Unicode-Verrenkungen in PHP6 unnötig machen ... 

Asoziatve Arrays sind sowieso so ein PHP-Luxus der in vielen anderen Sprachen gar nicht gegeben ist.

Ja, und Objekte sind auch ein Luxus, der in vielen anderen Sprachen nicht gegeben ist -- man denke nur an C, Pascal, die meisten Assembler ...

Ernsthaft: Die meisten Scriptsprachen[1] kennen einen zusammengesetzen Datentyp, der mit PHP's Arrays (auch den assoziativen) konkurrieren kann.

Und im Gegensatz zu Objekt-Properties ist die Zeichenmenge in Array-Keys nicht auf "/[a-z][a-z0-9_]*/i" beschränkt.

--
[1] VBScript könnte da eine Ausnahme sein. Da gibts assoziative Arrays (glaube ich) nur über ein extra einzubindendes Objekt.

[PHP-Desaster]

Wenn man schon Objektorientiert programmiert, sollten solche Parameteranhäufungen auch korrekt in einer Klasse beschrieben werden. Oder wenigstens eine eigene Collection-Klasse, a la ArrayObject oder was eigenes. Aber ein anonymes Objekt zu verwenden, weil das ganze objektorientierte und nicht arrayorientierte Programmierung heißt, ist kein Argument.

[unset]

Original geschrieben von fireweasel
Eine sauber implementierte Array-Klasse wäre schon nicht schlecht. Aber das gilt ja auch für Strings in PHP -- und da kommt auch fast niemand auf die Idee, die eingebauten Strings durch eine objektorientierte Lösung zu ersetzen.

Mit ArrayObject innerhalb der SPL gibt es eine sauber implementierte Array-Klasse in PHP.

Meinetwegen können wir das Pferd auch gerne von hinten aufsatteln: Was spricht gegen die Verwendung von anonymen Objekten? "Sollte man nicht weil [sonst geschieht das Ungeheure]" zählt hier doch genau so wenig als Argument.

Bei einem endlichen Haufen von (assoziativen) Daten, der ansonsten weder näher beschrieben werden muss und auch keine auf ihn anzuwendenen Operationen nötig macht, ist ein solches anonymes Objekt eben die Wahl, IMHO

Im Grunde habe ich meine abschließende Meinung dazu aber auch schon gebloggt: Da gibt es kein richtig oder falsch.