ax2009 метод toString() в отладчике

[mazzy]

Вроде раньше работал совет axStart: Always add str tostring() method on your class for debug purpose.
который говорит, что можно переопределить метод toString и видеть эту строчку в окошке Watch отладчике.

попробовал сделать так для SysRecordSortedList в ax2009
не получилось.

Может быть, подскажете как можно кастомизировать окошко в отладчике для таких контейнерных объектов как RecordSortedlist, tmpTable, QueryBuildDatasource и т.п.


Может быть, подскажете как можно кастомизировать отображение элементов контейнерного объекта в отладчике?

[S.Kuskov]

На скриншоте видно что ваша переменная хоть и имеет тип SysRecordSortedList, но проинициализирована она значением типа RecordSortedList.

[mazzy]

фух! барабашки нет.

спасибо!

[mazzy]

тогда делюсь фишкой, которая поможет просматривать в отладчике контейнерные объекты

отладчик умеет показывать содержимое переменной-контейнера, принадлежащей классу.
однако, производительность катастрофически уменьшится, если мы будем постоянно обновлять контейнер при работе с объектом.

поэтому:
1. объявляем переменную-контейнер внутри класса
2. обновляем эту переменную в методе toString
3. в отладчике получаем возможность просматривать содержимое контейнерного объекта (например, SysRecordSortedlist)
4. Profit

// This is a framework class. Customizing this class may cause problems with future upgrades to the software.
class SysRecordSortedList extends RecordSortedList
{
    tableId tableId;
    Container records;
}

public str toString()
{
    str ret;

    records  = this.pack();
    ret = strfmt("%1: %2", this.len(), super());

    return ret;
}

Недостаток - так стоит делать только в том случае, если метод toString используется не слишком часто в коде.

по аналогии можно сделать классы обертки для map, list, set и и прочих контейнеров.

[S.Kuskov]

Событие просмотра содержимого объекта в дебагере = метод toString объекта. Приколно.

Ещё можно попробовать в методе toSting() анализировать стек вызовов или какой-нибудь глобальный флаг, чтобы позволить методу toString так работать только в контексте дебагера.

[gl00mie]

С коллегой сегодня раскопали занятный глюк: при отладке кода разноски произвольным, казалось бы, образом откатывались транзакции. Поскольку в коде были вложенные транзакции, выглядело это еще более странно: всплывает отладчик, показывает ttsLevel 2, потом через пару шагов отладки - уже 0, потом в коде идет ttsbegin, ttsLevel увеличивается до 1, потом - опять 0. Разобраться помогла трассировка всего этого безобразия - в ходе ее разбора выяснилось, что транзакция откатывалась, когда отладчик вызывал метод toString(), чтобы показать описание объекта в окне Watch. Еще занятно то, что отладчик не может "остановиться", если исключение возникает в ходе того, как он "всплывает" и подготавливает данные для отображения в своем окне. Как результат, отловить такую ошибку в самом отладчике не получалось - никаких ошибок со стеками вызова не показывалось. Так что надо быть очень аккуратным при перекрытии метода toString() и реализации в нем какой-то нетривиальной логики

[NetBus]

Никто не подскажет, есть такая возможность использовать toString для таблиц?
Например глядя на курсор EmplTable в отладчике, я желаю скорее видеть в описании Empld нежели RecId. Есть соображения по данному поводу?
Dax 2009

[Logger]

Пробовал Не удалось.
Проще уж использовать toString объекта содержащего эту табличку.
Либо завести еще одно несохраняемое поле в табличке и на postload методе инициализировать его нужным вам значением (конечно только если включен глобальный флажок отладки).

[Logger]

Для табличных переменных игрища с toString лучше не делать.
toString(), гад, опасный. ax2012