Как проверить существование метода у объекта

[Lucky13]

Как можно проверить, существует ли метод у вызывающего объекта
Пример:

PHP код:

{
     Object caller = element.args().caller();
     ;
     //если у вызывающего объекта нет метода MyMethod, то будет ошибка
     caller.MyMethod();
} 


Возникает вопрос, как сделать проверку, чтобы вызывать метод только в том случае, если он есть у вызывающего объекта?

[glibs]

Если объект — форма, то вот так Global::formHasMethod(...) можно попробовать.

[Lucky13]

А если объект - класс, как в моем случае?

[belugin]

\Classes\SysDictClass\hasObjectMethod
\Classes\SysDictClass\hasStaticMethod
\Classes\SysDictClass\isMethodActual
\Classes\SysDictClass\methodsActualClassId

[Lucky13]

Огромное спасибо, то что нужно

[Андре]

Единственное, что .... из обасти проектирования.. Вы пытаетесь дернуть метод объекта, который вы получили.... Другими словами, вы ожидаете от него реализации какого-то поведения, функции.... интерфейса....
Я бы создал интерфейс, в своем классе(классах) реализовывал бы этот интерфейс, а у caller бы проверял - реализует ли данный object нужный мне интерфейс.
Хотя, в общем то, не принципиально. Как говорится "те же яйца, вид в профиль", но с точки зрения архитектуры и расширяемости решения я бы выбрал этот вариант.

[Lucky13]

Цитата:

Сообщение от Андре

Единственное, что .... из обасти проектирования.. Вы пытаетесь дернуть метод объекта, который вы получили.... Другими словами, вы ожидаете от него реализации какого-то поведения, функции.... интерфейса....
Я бы создал интерфейс, в своем классе(классах) реализовывал бы этот интерфейс, а у caller бы проверял - реализует ли данный object нужный мне интерфейс.
Хотя, в общем то, не принципиально. Как говорится "те же яйца, вид в профиль", но с точки зрения архитектуры и расширяемости решения я бы выбрал этот вариант.

Проблема в том, что caller может быть как классом так и формой, так что без проверки существования метода не обойтись. Или я не прав?

Кстати, как в Аксапте проверить реализует ли object некоторый интефейс или нет?

[belugin]

1. внимательно изучите SysDictClass
2. проверка сама по себе CodeSmell (правда Ax не для брезгливых)

[Lucky13]

Класс SysDictClass я смотрел. С этой точки зрения нет разницы между вызовом метода hasObjectMethod и, скажем, isImplementing. Просто я думал, что Андре имел в виду какой-то другой способ

[dim-gin]

Коллеги, разрешите пнуть труп этой ветки глупым вопросом?
Почему для классов, у которых есть нестатитический метод description, hasStaticMethod по нему возвращает разные значения при вызове на клиенте и на серверной стороне?

DAX 2009.

[dech]

Цитата:

Сообщение от dim-gin

Коллеги, разрешите пнуть труп этой ветки глупым вопросом?
Почему для классов, у которых есть нестатитический метод description, hasStaticMethod по нему возвращает разные значения при вызове на клиенте и на серверной стороне?

DAX 2009.

А почему вы проверяете наличие НЕстатического метода через hasStaticMethod(), когда надо использовать hasObjectMethod()?

[dim-gin]

Мне надо проверить, что у класса есть статический метод "description". Де-факто его нет. Но есть обычный метод с тем же названием "description". И в этом случае вызванный hasStaticMethod на клиенте возвращает true, а на серверной стороне - false. Вопрос: почему? Правильный код возврата, ессно, false.

[dech]

Завтра попробую проверить на AX4, AX2012.
Если у вас несколько АОСов, возможно объект вашего класса не везде успел синхронизироваться и результат может показывать старую информацию. Возможно ваш description сначала был static, а потом это ключевое слово просто убрали?

[dim-gin]

Простите, что пропал. Нет, класс старый (но не стандарт), не менялся тонну лет, рестартов всех AOS'ов после последнего изменения было много.

[Raven Melancholic]

Причины не знаю, но такое разное поведение у hasStaticMethod, действительно, проявляется (точнее такое проявляется в системном классе DictMethod).

Помню на каком-то из стандартных классов, наследников RunBaseBatch почему-то description был сделан не статическим методом, а методом экземпляра.

В итоге при работе в пакете у меня не выводился заголовок. Поэкспериментировал с созданием и вызовом caption джобом на клиенте - работает, а такой же эксперимент на сервере выдавал в возврате caption пустую строку.

Для решения моей проблемы достаточно было просто перекрыть caption на этом классе, поэтому дальше копать не стал.

[S.Kuskov]

AX2009
Проверил. Воспроизвелось!
Статический метод после удаления или переименования не удаляется и продолжает существовать и даже вызываться (посредством рефлексии SysDictClass.СallStatic) и возвращать старое значение. Даже отладка работает и дебагер показывает код старого уже удалённого метода.

Возможно переиндексация файлов приложения или рестарт AOS это лечит, но я не проверял

[dim-gin]

Погонял на тесте, подёргал службы: видимо, трабла была таки в кэшах.

Пересоздание индексных файлов, ессно, помогло, но в системе 24/7 это особо не попрактиковать.

[DSPIC]

SysFlushAOD::doFlush();

[dech]

Интересная вещь творится (в AX4).
Случай похожий, поэтому сюда пишу.
Вот есть метод в базовом классе, ничего не менял, не трогал. Да и код на другом слое просто не позволяет ничего сделать.

void parmRecId(RecId _recId = 0)
{
;
    recId = _recId;
}

Код конечно так себе, решил сначала в наследнике добавить измененный.

RecId parmRecId(RecId _recId = recId)
{
;
    recId = _recId;
    
    return recId;
}

Естественно, пишет ошибку из-за несоответствия возвращаемых типов. А тест-то уже написан, решил просто перед именем префикс из подчеркивания сделать. Сохранился, вроде все ОК. parmRecId - в базовом классе, _parmRecId - в наследнике. Проверяю, валится в стек-трейс, что класс-наследник содержит нескомпилированный код. По сути получается, что переименовав метод, я создал новый, а старый стал невидимым и тупо остался в классе.
Ситуация не из простых, когда код находится на слое VAR. У нас многие классы написаны другой компанией-внедренцем очень и очень небрежно, и мы с 2008 года поддерживаем этот legacy и по сей день исправляем баги.
Иногда приходится просто мириться с тем, что невозможно изменить сигнатуру метода. В более сложных случаях - создаем новые классы, старые помечаем как obsolete, аккуратно меняем все вызовы в системе и не трогаем более.

[S.Kuskov]

dech, а инкрементальная компиляция не помогает?