Одна маленькая фича, которой мне не хватает в PHP…

[@silentroach]

а зачем?

[@AlexLeonov]

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

[@silentroach]

в phpdoc'е помечать.
варнинги не у всех включены, да и в логи не все смотрят :)

[@AlexLeonov]

Ну во-первых для разработчика E_ALL все-таки норма. Как и смотреть в логи.

А во-вторых это не для конечных пользователей, а для того, чтобы автор одного класса или модуля мог сказать автору другого «осторожно, не стоит это использовать, есть более новое решение».

[@silentroach]

вот осторожно это сделать можно как раз с phpdoc

[@AlexLeonov]

>>варнинги не у всех включены, да и в логи не все смотрят :)

Ну да, в документацию смотрят как раз все -))

[@AlexLeonov]

Ну это в общем-то логично, если подумать.
Дисциплинирует.

[@silentroach]

в команде обычно используют phpdoc — и пишут и читают

[@AlexLeonov]

А чем это лучше

deprecated deprecatedFunc() {
…
}

? Кроме того, что можно использовать прямо сейчас?

[@AlexLeonov]

Согласен.

Это был топик-мечта, если что -))

[@AlexLeonov]

Честно говоря, не понял Ваш вопрос.

Разбор кода и исполнение в PHP — практически единый процесс, если не углубляться в детали и ключи.

[@AlexLeonov]

Сферический конь в вакууме.

Какой смысл помечать функцию, которая вообще не используется? Какой смысл ее вообще держать в коде?

Давайте рассуждать в рамках текущей реальности.

[@Arekus]

Присоединюсь к комментарию — Помечать в phpDoc'e.
Либо в описании используемого свойства-метода-класса (например минусиком перед описанием), либо в (а лучше дублировать) в теге @todo.
Не стоит смешивать уровни выполнения и разработки.

[@AlexLeonov]

Ответьте мне тогда внятно, зачем введен уровень E_USER_DEPRECATED?

[@remal]

Может, просто отключить реакцию на этот Warning?

[@AlexLeonov]

На какой?

[@remal]

Сделать callback на все ошибки и конкретно эту ошибку не обрабатывать.

[@AlexLeonov]

Скажите пожалуйста, а Вы на PHP всерьез пишете? Интерес не праздный, просто создается впечатление, что Вы немного не знакомы с понятием «уровень ошибок», возможно стоит статью про это написать?

[@remal]

Насколько я помню, warning не прерывает исполнение программы или процесс построения дерева исполнения. Поэтому и проблем не вижу.

Я стараюсь избавиться ото всех ошибок вообще. Без разницы какого уровня. Поэтому нюансы мог и забыть.

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

ЗЫ: Да, пишу на PHP всерьез. Но этот язык мне очень не нравится.

[@mx2000]

Решение «в лоб»: чекаутите сырцы PHP из стабильной ветки интересующей вас версии, смотрите в лексер и реализацию на уровне ZE синтаксиса «abstract» и дописываете по образу и подобию. После чего генерите patch-файл и сабмитите его в какой-нить мыллист @php.net

[@AlexLeonov]

Есть другое решение в лоб — набрать посту сто молчаливых минусов и забыть эту идею.

Что там у нас сейчас модно и вызывает радостное повизгивание? RoR? Или уже не тренд?

[@mx2000]

Истеричко. Добро пожаловать на хабр :D

[@AlexLeonov]

Скорее реалист.

[@megahertz]

Еще одни костыли, может кому понравится, хотя вариант с ругательством в старом методе проще:

// Новое имя для метода
public function deprecatedMethod($arg1, $arg2) {}

public function __call($methodName, $args)
{
    // Внутри isDeprecated кидаем исключение/выводим предупреждение
    if (Utils::isDeprecated(get_class($this), methodName)) {
        return call_user_func_array(array($this, 'depracted' . ucfirst($methodName)), $args);
    }
}

[@AlexLeonov]

Омайнготт, исключения -))