call_user_func_array функция для создания обьектов

[asm]

call_user_func_array функция для создания обьектов

Есть необходимость создавать обьекты не зная заранее имя класса.
получилось следующее:

class Application 
{
	private static $classes;

	private function __construct() {
	}

	private static function __call($class, $params)
	{
		if (!isset(self::$classes[$class]))
		{
			require(strtolower($class).'.class.php');
			self::$classes[$class] = new $class($params);
		}
		return self::$classes[$class];
	}
}

смущает передача параметров массивом а хотелось бы что-нибудь как при
call_user_func_array($class, $params)

 

[StUV]

Есть необходимость создавать обьекты не зная заранее имя класса

можно пример такого случая ?..

 

[asm]

http://wiki.agiledev.ru/doku.php?id=ooad:dependency_injection

паттерн serviceLocator

 

[mishco]

Re: call_user_func_array функция для создания обьектов

private static function __call()
{
	if (func_num_args())
	{
		if (!isset(self::$classes[$class]))
		{
			$arguments = '';
			for ($it = 1; $it < func_num_args(); $it++)
			{
				$arguments .= 'func_get_arg(' . $it . '),';
			}
			$arguments = substr($arguments, 0, strlen($arguments) - 1);
			require(strtolower($class).'.class.php');
			self::$classes[$class] = null;			
			eval('self::$classes[$class] = new $class(' . $arguments . ');';
		}
		return self::$classes[$class];
	}
}

 

[asm]

хех... ну лучше уж implode если на то пошло, но eval использовать совсем не хочется

 

[itprog]

Где-то уже обсуждалось такое:

class Application 
{
    private static $classes;

    private function __construct() {
    }

    private static function __call($className, $params)
    {
        if (!isset(self::$classes[$className]))
        {
            require(strtolower($className).'.class.php');
            $class = new ReflectionClass($className);
            self::$classes[$className] = $class->newInstanceArgs($params);
        }
        return self::$classes[$className];
    }
}

 

[mishco]

Oo
и как ты implode собираешься передавать например ресурсы? а?
наверное причин не использовать eval у тебя найдется меньше чем причин использовать весь описаный тобою ужос
это же пхп, весь твой скрипт сплошной eval

 

[StUV]

имхо, не надо оно никому
потом уе...ся баги ловить
лучше двигаться в сторону унификации интерфейсов "однотипных" классов

 

[itprog]

mishco
про eval уже говорили.

 

[StUV]

зы

паттерн serviceLocator

- совершенно не тот случай

-~{}~ 14.06.07 22:18:

itprog

про eval уже говорили

кстати говоря, одно полезное применение евалу нашел - throw new Exception в __autoload

 

[asm]

itprog
да вот это и нужно.

StUV
Ну не тот согласен просто мысли текут, хочется сделать универсально

mishco
ты же делаешь eval implode клеит строчку их названий элементов массива.

 

[mishco]

asm
Oo
извини, не понял хода мысли
можешь привести внятный пример альтернативы eval'а с использованием implode в данном случае?

 

[asm]

mishco
6 пост. И никто не говорил про implode без eval будь внимательнее.

 

[mishco]

Автор оригинала: asm
ну лучше уж implode если на то пошло

я думал именно про это и говорили :\
извините за невнимательность