__debug__

if __debug__:

Что __debug__?

как минимум без == True, без if и без дублирования кода!

Я бы сходу предложил выделить это в mixin Traceable с методом trace, типа так:

class Traceable(object):
 def trace(*a, **kwa):
  if 'is_traced' in dir(self):
   if self.is_traced():
    print(*a, **kwa)

class MyClass(MyOtherClass, Traceable):
 is_traced = lambda: True

 def method(self):
  # делаем что-то
  self.trace('Сделали что-то')

Вот уже вместо 5 строк в методе 2.

А еще я уверен, что оно тебе не нужно, а нужна либа с нормальным логгированием или дебаггер.

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

logging

assert (__debug__ == True) # во всех остальных случаях

Ну если во всех остальных, то что это за мода вообще на == True??

Согласен проверка на true это лишнее

короче, смотри на мой или provaton'а код или в сторону смены ТЗ.

Точно а слона то я и не приметил )

>>> что это за мода вообще на == True??

Для очевидности.

Логгинг тяжеловат, ИМХО не стоит его использовать в простых случаях, как этот. Хотя, здесь дело вкуса.

А еще бывает AOP

пишем ф-ю debug(text) и вызываем ее везде где нуно. Ф-я при необходимости (если поднят глобальный флаг или включен assert или еще как - вопрос Вашей фантазии) выводит text и номер строки где была вызвана (возможно со стеком) - делается лехко поскольку стек в питоне открыт.

define тяжеловат. самое то, и в хвост и в гриву.

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

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

Коллега, а Вы думаете стек при показе пошагового выполнения не нужен для наглядности? Хотя идея с декоратором конечно более красивая, но не позволяет показывать потрошка ф-ии.

Завтра будут эксперименты в оба направления. Спасибо за идеи всем

я бы повесил декоратор и мозга не стал бэ канфиолить

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

вот так, например

а вот пример посерьёзнее уже

Голосую за logging.

Э... вот у ТСа ф-я на 100 строк, в которой что то там считается, и по каждой второй строке хочется чирикнуть что и как. И каким местом тут декоратор поможет?

декоратор лучше тем, что код самой функции не замусоривается левыми вызовами, имхо так

Э... вот у ТСа ф-я на 100 строк, в которой что то там считается, и по каждой второй строке хочется чирикнуть что и как. И каким местом тут декоратор поможет?

как минимум, это ему поможет осознать, что функция длинновата :)

К сожалению при счете это далеко не предел...

К сожалению при счете это далеко не предел...

при счёте - возможно, но это совсем не факт, что ТС занимается «счётом» :)

fixed ;-)