W jaki sposób drukowanie obiektu może mieć inne wyniki niż zarówno str(), jak i repr()?

Question

Testowałem kod na interpretera i zauważyłem pewne nieoczekiwane zachowanie dla klasy sqlite3.Row.

Moje zrozumienie, że print obj będzie zawsze taki sam wynik jak print str(obj) i wpisując obj do tłumacza dostanie taki sam wynik jak print repr(obj), jednak nie jest to sprawa dla sqlite3.Row:

>>> print row  # the row object prints like a tuple 
(u'string',) 
>>> print str(row) # why wouldn't this match the output from above? 
<sqlite3.Row object at 0xa19a450> 

>>> row    # usually this would be the repr for an object 
(u'string',) 
>>> print repr(row) # but repr(row) is something different as well! 
<sqlite3.Row object at 0xa19a450> 

myślę sqlite3.Row musi być podklasą tuple, ale nadal nie rozumiem dokładnie, co dzieje się za kulisami, które mogłyby spowodować to zachowanie. Czy ktoś może to wyjaśnić?

Zostało to przetestowane na Pythonie 2.5.1, nie jest pewne, czy zachowanie jest takie samo dla innych wersji Pythona.

Nie jestem pewien, czy to ma znaczenie, ale atrybut row_factory dla mojego Connection został ustawiony na sqlite3.Row.

Answer 1

PySqlite zapewnia specjalny rodzimy hak dla print, ale nie implementuje __repr__ ani __str__. Powiedziałbym, że to trochę stracona szansa, ale przynajmniej wyjaśnia zachowanie, które obserwujesz.

Zobacz pysqlite źródło: https://github.com/ghaering/pysqlite/blob/master/src/row.c#L241 i Python dokumentów: http://docs.python.org/c-api/typeobj.html#tp_print

Answer 2

s = str(tuple(row)) 

jest rozwiązanie, jeśli chcesz oryginalnego reprezentacji krotka ciąg.

Jest to przydatne, gdy chcesz łatwo zalogować wiersz jak w:

logging.debug(tuple(user_row)) 

działa, ponieważ wiersze są iterable.