Форум PHP

>как-то расплывчато и фантастично звучит.
но все же интересно :)
меня эта тема тоже начинает интересовать, но пока я в ней круглый ноль
может у кого нить есть пример кода, чтоб посмотреть живьем?
теория звучит красиво, хорошо бы подкрепить ее примером :)

> Можно создавать достаточно универсальные тесты системы

Для этого же есть готовые и неплохо работающие комплексы (типа phpUnit, где сначала практически для каждого класса пишется набор тестов, а уже потом прописывается сам код). Или что-то другое имеется ввиду?

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

matrix has you :)

как-то расплывчато и фантастично звучит.

Можно создавать достаточно универсальные тесты системы - ведь вы можете запускать каждый из компонентов системы в специальной обвязке тестов и в любой момент можете контролировать как отразились ваши изменения на работоспособности системы в целом. В результате облегчается как командная работа, так и интеграция блоков друг с другом.

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

Мы обязательно воспользуемся этим механизмом (и будем отражать его в будущих изданиях книг более предметно и на конкретных примерах, которые могут помочь в реальной практике). Однако, не считаем, что ориентироваться на него всецело следует раньше конца этого года. Во-первых, переход на PHP 5 ещё кончательно не оформлен, во-вторых к механизму ООП имеются ещё притензии, в третих не совсем ещё ясно как это отразится на производительности (пока она не сильно радует).

PS А так совершенно верно, что в Java имеется положительного, так это механизм документирования и тестов, которые другим системам просто не снились - всё ж при помощи отражений достаточно трудоёмко тестовую обвязку писать. Да и документации пока так себе выходит - тот же PEAR тому подтверждение.

А каким образом тут отражения пригодятся? Можете, хотя бы тезисно, если не сложно, пояснить?
Просто для меня, пока, полезность этого механизма крайне сомнительна. Разве что для ииследования структуры классов. Только опять же непонтяно зачем это может понадобиться.

Спасибо, ваш ответ удовлетворил мое любопытство.

Используя механизм отражений как раз и удобно заниматься автодокументированием программ, отслеживание версий скриптов, изменений и т.д., т.е. создать нормальный механизм (динамически формируемую документацию на комплекс ПО) для сопровождения и тестирования ПО. К чему я и призываю SoftTime предлагая, как положено, прокомментировать их скрипты (см. согл. PEAR или описание ф-ций getDocComment() и т.д. классов Reflection )
В плане обучения это будет так же полезно для читателей их книг.

Спасибо за объяснение.
Хех, толком не ясно, нужно ли ООП в РНР, а тут уже надстройки над ним)

Пока нет, но скорее всего в течении этого года мы будем плавно внедрять его в свои движки - это достаточно заманчивый путь для формирования динамических систем, например, позволяющих, автоматически подцеплять Web-приложения в единую слабосвязанную структуру. Если разработчики PHP в очередной раз нигде не накосячили - можно построить достаточно интересные Web-конструкторы и многие Web-приложения создавать потом мышью.

Это набор предопределённых классов PHP, которые позволяют получить самую разнообразную мета-информацию: начиная от версии PHP и загруженных расширений, заканчивая доступных PHP-функций, их параметров и типа каждого из параметров.

PS Достаточно подробное описание этого механизма можно найти в книге "Объектно-ориентированное программирование на PHP".