Non mostrare Python raise-line nello stack di eccezioni

Question

Quando alzo le mie proprie eccezioni nelle mie librerie Python, lo stack di eccezioni mostra la linea di rilancio stessa come l'ultimo elemento dello stack. Questo ovviamente non è un errore, è concettualmente giusto, ma punta l'attenzione su qualcosa che non è utile per il debug quando stai usando il codice esternamente, ad esempio come modulo.

C'è un modo per evitarlo e forzare Python a mostrare il precedente all'ultimo elemento dello stack come l'ultimo, come le librerie standard di Python.

Answer 1

Avviso dovuto: la modifica del comportamento dell'interprete è generalmente disapprovata. E in ogni caso, vedere esattamente dove è stato sollevato un errore può essere utile nel debug, specialmente se una funzione può generare un errore per diversi motivi.

Se si utilizza il modulo traceback e si sostituisce sys.excepthook con una funzione personalizzata, è probabilmente possibile farlo. Ma la modifica influirà sulla visualizzazione degli errori per l'intero programma, non solo sul modulo, quindi probabilmente non è raccomandato.

Si potrebbe anche cercare di inserire il codice in try/except blocks, quindi modificare l'errore e rilanciarlo. Ma probabilmente è meglio spendere i propri errori rendendo improbabili errori imprevisti e scrivere messaggi di errore informativi per quelli che potrebbero sorgere.

Answer 2

Suggerisco di non utilizzare il meccanismo Exception per convalidare gli argomenti, per quanto allettanti sia. Codificare con le eccezioni come condizionali è come dire "crash la mia app se, come sviluppatore, non penso a tutte le cattive condizioni che i miei argomenti forniti possono causare. Forse usando eccezioni per cose non solo fuori dal tuo controllo ma anche quali sono sotto controllo di qualcos'altro come il sistema operativo o l'hardware o il linguaggio Python sarebbe più logico, non lo so.In pratica comunque utilizzo eccezioni quando richiedi una soluzione.

Per rispondere alla tua domanda, in parte, è altrettanto semplice per codificare questa convenzione:

class MyObject(object): 
    def saveas(self, filename): 
     if not validate_filename(filename): 
      return False 
     ... 

chiamante

if not myobject.saveas(filename): report_and_retry() 

Forse non è una grande risposta, solo una cosa a cui pensare.

Answer 3

è possibile creare il proprio hook di eccezione in python. di seguito è riportato l'esempio del codice che sto usando.

import sys 
import traceback 

def exceptionHandler(got_exception_type, got_exception, got_traceback): 
    listing = traceback.format_exception(got_exception_type, got_exception, got_traceback) 
    # Removing the listing of statement raise (raise line). 
    del listing[-2] 
    filelist = ["org.python.pydev"] # avoiding the debuger modules. 
    listing = [ item for item in listing if len([f for f in filelist if f in item]) == 0 ] 
    files = [line for line in listing if line.startswith(" File")] 
    if len(files) == 1: 
     # only one file, remove the header. 
     del listing[0] 
    print>>sys.stderr, "".join(listing) 

E di seguito sono alcune linee che ho utilizzato nel mio codice di eccezione personalizzato.

sys.excepthook = exceptionHandler 
raise Exception("My Custom error message.") 

Nel eccezione metodo è possibile aggiungere i nomi dei file o nomi dei moduli nella lista "nomi di file", se si desidera ignorare tutti i file indesiderati. Come ho ignorato il modulo Python pydev dal momento che sto usando pydev debugger in Eclipse.

Quanto sopra viene utilizzato nel mio modulo per uno scopo specifico. puoi modificarlo e usarlo per i tuoi moduli.