Так тоже работает


Думаю що нет. 

А для исключения хардкора можно передавать массив параметров.

ShurikA, по ссылке, что я выше приводил, вы, конечно же, не ходили и про рефлекшен не читали?


Как по вашему это будет работать? Вы просто передаете строку в качестве первого параметра. Таким способом можно только через eval() реализовать

Но это плхой стиль и не безопасный способ...


"&" - тут действительно не нужен, т.к. это бессмысленно. В PHP 5 все объекты и так передаются всегда по ссылке.

Это сообщение отредактировал(а) sTa1kEr - 17.8.2007, 10:17

Не хорошо делать функции с неизвестным числом параметров..



$ испольуется перед переменной содержащей имя класса, ри доступе к статическим функциям или методам. При создание объекта использоваться НЕ ДОЛЖНО...
И пожалуйста, не надо мне тут говорить что-то вроде "ну это же работает"? Заебали уже со своим работает, т.к. НЕ ПРАВИЛЬНО ЭТО.. Мало ли что гребанный, засранный интерпретатор ПХП пропускает, это - НЕ ПРАВИЛЬНО !!!
Что за бред создавать объхект от класса, имя которого не известно? Если надо сделать динамическое подключение, модулей, к примеру и т.п., то уж eval, с проверкой..


Достойный вариант.



Блин, сделали из нормального языка дырявое подобие средства программирования... (о разработчиках)

eval - зло. Если я вижу в коде eval и знаю как это заменить бью по ушам.
Я вот не понимаю почему тебе не нравится $, можно считать что это фича. И я не вижу минусов в этом.

Mal Hack, имхо, все проблемы и недопонимания происходят из-за того, что в PHP нету строго типизированных переменных. Рефлекшен не только не является "не правильным", но и наоборот очень гибкий и полезный инструмент. Через него, к примеру, можно реализовать очень красивый и *стабильный* скрипт для подключения модулей (ищем классы реализующие определенный интерфейс, вызываем методы этого интерфейса для инициализации, конфигурации итп, создаем объекты, работаем).

И это не только в PHP возможно (в .NET возможно даже больше и рефлекшен там *значительно* функциональнее), но в PHP нету никакого контроля над переменными, что и приводит к куче ошибок. 
Грубо говоря, когда есть переменная типа Type (пример из C#), то мы точно знаем, что такой класс есть и можно не опасаясь вызывать CreateInstance(), а когда есть запись типа new $var(), то черт его знает что в этой переменной (может в ней вообще ресурс какой-нибудь) и откуда она такая взялась (из global variables? или может из extract()? а может ее вообще никогда не было и быть не могло...). Вот откуда ноги растут, а не из-за того, что такой "кривой" PHP разрешает создавать объекты, не известных на момент парсинга, классов.

Я же уже говорил:

А какое предназначение,

простота в дальнейшем использовании.

ShurikA, вот этого я не понял. Использование где? ну припустим я использую так

Diesel Draft, 
В таком случае конструктор создаваемого класса должен принимать массив, а этого я хотел избежать.

эвал зло в кривых руках ;)

sTa1kEr, C# я юзал очень мало, поэтому, мне несколько тяжело сравнивать... В общем случае понимаю, но не совсем. А вот с сями я привык работать...
Да, я с тобой полностью согласен, что в конечном итоге все зависит от рук программиста и в том, что ПХП не имеет жесткой типизации  и у него нет нормальной перегрузки функций, что очень удобно... Как в тех же Сях, так и в C#...
Прямых рук - мало, посему делать надо, рассчитывая на не прямоту рук.... В ПХП именно. т.е. делать ПРАВИЛЬНО, а не так, как можно в принципе...


Фича... echo `rm -r /home/user` - тогда тоже фича...
$- знак обращения к переменной. А ты указываешь в new - имя класса. Использование тут динамики - чревато последствиями.

Какими же, если не секрет?

Возможеным взломом, возможным падением скрипта из-за ошибки памяти.
Это так, на первый вкус...

извини, но мне очень интересен пример... именно на тему взлома 

Я как-раз наоборот, очень мало и давно приходилось в Сях работать, но с C# постоянно имею дело. Если бы в Сях было возможно полноценно использовать рефлекшен так же как и в интерпретируемых и компилируемых в байт код языках (таких как C# и Java), то не сомневаюсь, что это было бы более чем востребовано (хотя в MC++ его можно в некоторой степени использовать, но это уже другая тема). Попробую рассказать про рефлекшен на абстрактном уровне.

Предположим у нас есть некоторая основная программа и есть библиотека классов (грубо говоря dll) в которой все что имеется - это набор интерфейсов и синглтон класс который при помощи рефлекшена перебирает классы в другой dll (тут даже не важно имя этой dll, оно может так же быть динамичным) ищет и инициализирует классы которые имплементируют именно те интерфейсы, которые в этой dll заложены. Далее получается очень красивая конструкция... в основной программе стоит референс только на dll с интерфейсами и есть любое количество модулей имплементирующий эти интерфейсы... Все! Далее основная программа может работать с этими модулями со 100% уверенностью, что это именно те модули которые предназначены для нее (т.к. они реализуют эти интерфейсы, то ошибки тут исключены) и при этом этой программе не нужно знать ни как и ни где они реализованы, ни их имен, ни чего. Т.о. основная программа абсолютно ничего не знает о модулях, так же и модули абсолютно ничего не знают о основной программе и при этом что бы добавить или удалить модуль достаточно его физически добавить или удалить (dll).

То же самое и в PHP, но из-за отсутствия строгой типизации никакой речи о 100% уверенности, что работаем именно с тем модулем нету. Только если проверять это явно. Но  это все равно очень мощный механизм не стоит им пренебрегать.