听说过代码洁癖,还没听说过有 Bug 洁癖的?
當我們寫的一個腳本或程序發生各種不可預知的異常時,如果我們沒有進行捕獲處理的時候,通常都會致使程序崩潰退出,并且會在終端打印出一堆 密密麻麻 的 traceback 堆棧信息來告訴我們,是哪個地方出了問題。
就像這樣子,我天,我承認我有嚴重的 Bug 潔癖了。。
上面這段 traceback
只有黑白兩個顏色,無法像代碼高亮那樣,對肉眼實現太不友好了
無法直接顯示報錯的代碼,排查問題慢人一步,效率太低
那有沒有一種辦法,可以解決這些問題呢?
當然有了,在 Python 中,沒有什么問題是一個庫解決不了的,如果有,那就等你去開發這個庫。
今天要介紹的這個庫呢,叫做 pretty-errors ,從名字上就可以知道它的用途,是用來美化錯誤信息的。
通過這條命令你可以安裝它
$?python3?-m?pip?install?pretty-errors1. 環境要求
由于使用了 pretty-errors 后,你的 traceback 信息輸出,會有代碼高亮那樣的效果,因此當你在使用測試使用 pretty-error 時,請確保你使用的終端可以輸出帶有顏色的字體。
在 windows 上你可以使用 Powershell,cmder 等
在 Mac 上你可以使用自帶的終端,或者安裝一個更好用的 iTerm2
2. 效果對比
隨便寫一個沒有使用 pretty-errors ,并且報錯了的程序,是這樣子的。
而使用了 pretty_errors 后,報錯信息被美化成這樣了。
是不是感覺清楚了不少,那種密密麻麻帶來的焦慮感是不是都消失了呢?
當然這段代碼少,你可能還沒感受到,那就來看下 該項目在 Github上的一張效果對比圖吧
3. 配置全局可用
可以看到使用了 pretty_errors 后,無非就是把過濾掉了一些干擾我們視線的無用信息,然后把有用的關鍵信息給我們高亮顯示。
既然既然這樣,那 pretty_errors 應該也能支持我們如何自定義我們選用什么樣的顏色,怎么排版吧?
答案是顯而易見的。
pretty_errors 和其他庫不太一樣,在一定程度上(如果你使用全局配置的話),它并不是開箱即用的,你在使用它之前可能需要做一下配置。
使用這一條命令,會讓你進行配置,可以讓你在該環境中運行其他腳本時的 traceback 輸出都自動美化。
$?python3?-m?pretty_errors配置完成后,你再運行任何腳本,traceback 都會自動美化了,而這個美化是全局生效的。
不僅是在我的 iTerm 終端下
在 PyCharm 中也會
唯一的缺點就是,原先在 PyCharm 中的 traceback 可以直接點擊 文件路徑 直接跳轉到對應錯誤文件代碼行,而你如果是在 VSCode 可以使用 下面自定義配置的方案解決這個問題(下面會講到,參數是:display_link)。
可能有些情況下,你并不想設置 pretty_errors 全局可用。
那怎么取消之前的配置呢?
只需要再次輸出 python -m pretty_errors,輸出入 C 即可清除。
4. 單文件中使用
取消全局可用后,你可以根據自己需要,在你需要使用 pretty-errors 的腳本文件中導入pretty_errors,即可使用
import?pretty_errors就像這樣
import?pretty_errorsdef?foo():1/0if?__name__?==?"__main__":foo()值得一提的是,使用這種方式,若是你的腳本中,出現語法錯誤,則輸出的異常信息還是按照之前的方式展示,并不會被美化。
因此,為了讓美化更徹底,官方推薦你使用 python -m pretty_errors
5. 自定義設置
上面的例子里,我們使用的都是 pretty_errors 的默認美化格式,展示的信息并沒有那么全。
比如
它并沒有展示報錯文件的絕對路徑,這將使我們很難定位到是哪個文件里的代碼出現錯誤。
如果能把具體報錯的代碼,給我們展示在終端屏幕上,就不需要我們再到源碼文件中排查原因了。
如果使用了 pretty_errors 導致異常信息有丟失,那還不如不使用 pretty_errors 呢。
不過,可以告訴你的是,pretty_errors 并沒有你想象的那么簡單。
它足夠開放,支持自定義配置,可以由你選擇你需要展示哪些信息,怎么展示?
這里舉一個例子
import?pretty_errors#?【重點】進行配置 pretty_errors.configure(separator_character?=?'*',filename_display????=?pretty_errors.FILENAME_EXTENDED,line_number_first???=?True,display_link????????=?True,lines_before????????=?5,lines_after?????????=?2,line_color??????????=?pretty_errors.RED?+?'>?'?+?pretty_errors.default_config.line_color,code_color??????????=?'??'?+?pretty_errors.default_config.line_color, )#?原來的代碼 def?foo():1/0if?__name__?==?"__main__":foo()在你像上面這樣使用 pretty_errrs.configure 進行配置時,拋出的的異常信息就變成這樣了。
當然了,pretty_errors.configure() ?還可以接收很多的參數,你可以根據你自己的需要進行配置。
5.1 設置顏色
header_color:設置標題行的顏色。
timestamp_color:設置時間戳顏色
default_color:設置默認的顏色
filename_color:設置文件名顏色
line_number_color:設置行號顏色。
function_color:設置函數顏色。
link_color:設置鏈接的顏色。
在設置顏色的時候,pretty_errors 提供了一些常用的 顏色常量供你直接調取。
BLACK:黑色
GREY:灰色
RED:紅色
GREEN:綠色
YELLOW:黃色
BLUE:藍色
MAGENTA:品紅色
CYAN:藍綠色
WHITE:白色
而每一種顏色,都相應的匹配的 BRIGHT_ 變體 和 _BACKGROUND 變體,
其中,_BACKGROUND 用于設置背景色,舉個例子如下。
5.2 設置顯示內容
line_number_first
啟用后,將首先顯示行號,而不是文件名。lines_before :顯示發生異常處的前幾行代碼
lines_after:顯示發生異常處的后幾行代碼
display_link:啟用后,將在錯誤位置下方寫入鏈接,VScode將允許您單擊該鏈接。
separator_character:用于創建標題行的字符。默認情況下使用連字符。如果設置為 '' 或者 None ,標題將被禁用。
display_timestamp:啟用時,時間戳將寫入回溯頭中。
display_locals
啟用后,將顯示在頂部堆??蚣艽a中的局部變量及其值。display_trace_locals
啟用后,其他堆棧框架代碼中出現的局部變量將與它們的值一起顯示。
5.3 設置怎么顯示
line_length:設置每行的長度,默認為0,表示每行的輸出將與控制臺尺寸相匹配,如果你設置的長度將好與控制臺寬度匹配,則可能需要禁用full_line_newline,以防止出現明顯的雙換行符。
full_line_newline:當輸出的字符滿行時,是否要插入換行符。
timestamp_function
調用該函數以生成時間戳。默認值為time.perf_counter。top_first
啟用后,堆棧跟蹤將反轉,首先顯示堆棧頂部。display_arrow
啟用后,將針對語法錯誤顯示一個箭頭,指向有問題的令牌。truncate_code
啟用后,每行代碼將被截斷以適合行長。stack_depth
要顯示的堆棧跟蹤的最大條目數。什么時候0將顯示整個堆棧,這是默認值。exception_above
啟用后,異常將顯示在堆棧跟蹤上方。exception_below:
啟用后,異常顯示在堆棧跟蹤下方。reset_stdout
啟用后,重置轉義序列將寫入stdout和stderr;如果您的控制臺留下錯誤的顏色,請啟用此選項。filename_display
設置文件名的展示方式,有三個選項:pretty_errors.FILENAME_COMPACT 、pretty_errors.FILENAME_EXTENDED,或者pretty_errors.FILENAME_FULL
以上,就是我對 pretty_errors 的使用體驗,總的來說,這個庫功能非常強大,使用效果也特別酷炫,它就跟 PEP8 規范一樣,沒有它是可以,但是有了它會更好一樣。對于某些想自定義錯誤輸出場景的人,pretty_errors ?會是一個不錯的解決方案,明哥把它推薦給你。
來和小伙伴們一起向上生長呀!
掃描下方二維碼,添加小詹微信,可領取千元大禮包并申請加入 Python 學習交流群,群內僅供學術交流,日?;?#xff0c;如果是想發推文、廣告、砍價小程序的敬請繞道!一定記得備注「交流學習」,我會盡快通過好友申請哦!
????長按識別,添加微信
(添加人數較多,請耐心等待)
????長按識別,關注小詹
(掃碼回復 1024 領取程序員大禮包)
總結
以上是生活随笔為你收集整理的听说过代码洁癖,还没听说过有 Bug 洁癖的?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 最全的 pip 使用指南,50% 你可能
- 下一篇: 别总写代码,这100多个相见恨晚的网站比