dlaczego ten loader nie działa? z założeniem ma on ładować inne obiekty zgodnie z Singleton, jednak po wywołaniu jakiegoś obiektu, nie można uzyskać dostępu do jego zmiennych czy funkcji a obiekt jest tworzony

[PHP] pobierz, plaintext 
 
<?php
class loader{	
	private static $loaded=array();	
 
	 public static function load($object){ 
 
 
		$valid=array("nazwa1","nazwa2","nazwa3");		
 
		if(!in_array($object,$valid)){		
		throw new Exception("Obiekt ".$object." nie jest poprawną nazwą obiektu lub nie może być ładowany");
		}
 
		if(empty(self::$loaded['$object'])){
		self::$loaded['$object']= new $object;
		}
 
		return self::$loaded['$object'];
	}
}
 
 
?>
 
[PHP] pobierz, plaintext 

po utworzeniu jakiegoś obiektu:

[PHP] pobierz, plaintext 
 
$obiekt=loader::load("nazwa1");
 
if(is_object($obiekt)){echo "tak";}else{echo "nie";}
 
[PHP] pobierz, plaintext 

daje wynik tak, jednak po wywołaniu jakiejś funkcji czy przy próbie dostępu do zmiennej daje rezultat

Fatal error: Call to undefined method Obiekt::funkcja() in... a gdy funkcja posiada konstruktor to również kod w nim nie jest wykonywany

proszę o jakieś podpowiedzi

Co to ma wspólnego z singletonem to nie wiem...
Nie masz nigdzie static. Kod powinien ci zawsze wywalać błędy.

a jak chcesz zobaczyć co ci zwraca loader to daj var_dump() ew. print_r()

źle przekopiowałem kod tam są wszędzie static, widać to chyba bo odwołuję się do zmiennych wewnątrz klasy poprzez :: a nie $this->

a co to ma wspólnego z Singletonem? szczerze powiem, nie mi to oceniać bo w końcu zaczynam dopiero ale jest to przykład książkowy, loader kontroluje tworzenie nowych obiektów sprawdza czy obiekt o danej nazwie już istnieje (przechowuje go w tablicy) i jeśli tak to go zwraca, jeśli nie to tworzy nowy i zapisuje, zapobiega w ten sposób tworzeniu wielu instancji tego samego obiektu...


obiekt utworzony w ten sposób zwraca na var_dump i print_r:

[PHP] pobierz, plaintext 
object(Config)#1 (4) { ["datasrc"]=> NULL ["configType"]=> string(0) "" ["parserOptions"]=> array(0) { } ["container"]=> object(Config_Container)#2 (7) { ["type"]=> string(7) "section" ["name"]=> string(4) "root" ["content"]=> string(0) "" ["children"]=> array(0) { } ["parent"]=> NULL ["attributes"]=> NULL ["_id"]=> string(34) "rootsection4dbe67d2baebd0.50930602" } }
 
Config Object ( [datasrc] => [configType] => [parserOptions] => Array ( ) [container] => Config_Container Object ( [type] => section [name] => root [content] => [children] => Array ( ) [parent] => [attributes] => [_id] => rootsection4dbe67d2baebd0.50930602 ) ) 
[PHP] pobierz, plaintext 

sama klasa ładowanego obiektu może być banalna i w konstruktorze robić jakieś samo echo "coś tam" i nie działa

no i udało mi się odnaleźć źródło problemu, okazało się, że klasa na której testowałem kod nie została poprawnie wgrana przez funkcje __autoload gdyż w jej zasięgu znalazła się inna klasa o takiej samej nazwie, którą __autoload użył do zbudowania obiektu, pytanie moje jednak po odnalezieniu tego problemu brzmi, jaki zasięg ma metoda __autoload gdy poszukuje odpowiedniej klasy i w jaki sposób dokładnie traktuje wpisy jak

[PHP] pobierz, plaintext 
set_include_path(get_include_path().PATH_SEPARATOR."core");
[PHP] pobierz, plaintext 

jak daleko posunie się __autoload żeby odnaleźć definicje klasy?

Aby uniknąć takich problemów, najlepiej trzymać się standardu PSR-0 ;-)

rzeczywiście standard wart uwagi, jednak opis nie do końca jasny i klarowny, może ktoś przedstawić przykład struktury katalogów, z plikami klas i ich nazwami, który będzie implementował ten standard dla podanej w tym standardzie funkcji __autoload, tak dla pewności żeby dokładnie zrozumieć



http://groups.google.com/group/php-standar...-final-proposal