每週分享五個 PyCharm 使用技巧（二）
這是 「PyCharm 技巧分享」系列的第二篇分享。由於上一篇文章得到了大家的一些贊同，所以今天又來給大家推薦一些我平時自己有用的小技巧，大家擇需所取即可。
先聲明下，並不保證對所有的人都是有幫助的，所以請大神嘴下留情，覺得有用的朋友，還請給個贊，證明這系列有人在看，有人在看那我就有更多的動力繼續更新，你說是不是呢？
第一篇文章，你可以點擊這個進行查看：
Mingle Wong：受用一生的高效 PyCharm 使用技巧（一）
06. 神一樣的調試技巧
假如我們在一個爬蟲的項目中，會使用到 正則表達式 來匹配我們想要抓取的內容。正則這種東西，有幾個人能夠一步到位的呢，通常都需要經過很多次的調試才能按預期匹配。在我們改了一次正則後，運行了下，需要重新向網站抓取請求，才能發現沒有匹配上，然後又改了一版，再次運行同樣需要發起請求，結果還是發現還是沒有匹配上，往往複復，正則不好的同學可能要進行幾十次的嘗試。
（上面這個例子可能不太貼切，畢竟是有很多種方法實現不用重新發請求，只是列舉了一種很笨拙且低效的調試過程，你看看就好了）
而我們在這幾十次的調試中，向同一網站發起請求都是沒有意義的重複工作。如果在 Pycharm 中可以像 IPython Shell 和 Jupyter Notebook 那樣，可以記住運行後所有的變數信息，那我們就可以在打了斷點後，可以在不需要重新運行項目或腳本，就可以通過執行命令表達式，來調整我們的代碼，進行我們的正則調試。
答案當然是有。
假如我在調試如下幾行簡單的代碼。在第 3 行處打了個斷點。然後點擊圖示位置 Show Python Prompt 按鈕。
就進入了 Python Shell 的界面，這個Shell 環境和我們當前運行的程序環境是打通的，變數之間可以互相訪問，這下你可以輕鬆地進行調試了。
上面我們打了個斷點，是為了方便說明這個效果。並不是說一定要打斷點。如果不打斷點，在腳本執行完成後，也仍然可以在這個界面查看並操作所有變數。
現在我們已經可以滿足我們的調試的需求，但是每次運行腳本，都要手動點擊 Show Python Prompt ，有點麻煩。嗯？其實這個有地方可以設置默認打開的。這個開關還比較隱祕，一般人還真發現不了。
你需要點擊圖示位置 Edit Configurations 處。
然後在這裡打勾選中。
設置上之後，之後你每次運行後腳本後，都會默認為你存儲所有變數的值，並為你打開 console 命令行調試界面。
除了上面這種方法，其實還有一種方法可以在調試過程中，執行命令表達式，而這種大家可能比較熟悉了，這邊也提一下，就當是匯總一下。但是從功能上來說，是沒有上面這種方法來得方便易用的。因為這種方法，必須要求你使用 debug 模式運行項目，並打斷點。
使用方法就是，在你打了斷點後，在圖示位置處，點擊右鍵使用 Evaluate Expression
就彈出了一個 Evaluate Expression 窗口，這裡 可以運行命令表達式，直接操作變數。
07. 指定參數執行腳本
你在 Pycharm 運行你的項目，通常是怎麼執行的？我的做法是，右鍵，然後點擊 Run，或者使用快捷鍵 Shift + F10 。
有時候，在運行/調試腳本的時候，我們需要指定一些參數，這在命令行中，直接指定即可。
假設在命令行中，運行腳本的命令是這樣
python main.py init --local
對於剛使用 Pycharm 的同學，可能並不知道 Pycharm 也是可以指定參數的。點擊下圖位置
進入設置面板，在 Script parameters 中填入參數即可。
同時在上圖的底部，你可以看到，這裡可以很方便的切換 解釋器，比你跑到這邊來要容易得多吧
08 搜索時過濾測試文件
接下來，介紹一個，我看框架源碼的時的一個小技巧，可能只適用一小部分人吧。
我平時會看的框架是 OpenStack ，我不知道其他框架是怎樣的，但在 OpenStack 裡面帶有大量（真的很多）的單元測試文件。這給我在使用 Find in Path 時帶來了不小的困擾，你可以從下圖的搜索結果中感受一下，搜索一個函數，test 文件裏的結果比 正常文件要多很多。
這些測試文件的搜索結果，對於我們看源代碼不僅沒有任何幫助的，更重要的是還幹擾視線。於是我就研究了一下，從文件名入手，只要在 File mask 裏填寫 !test* 可以將這些test文件過濾掉。搜索結果一下子清晰很多。
09. 關閉煩人的燈泡提示
本來沒有想寫這個的，但是上篇文章裏這位朋友 @趙雅君 有這個需求，那我就研究了下。
先來說下這個燈泡提示是什麼，有什麼用？
當我們在代碼裡面有語法錯誤，或者代碼編寫不符合 pep8 代碼規範時，滑鼠選擇有問題的代碼，就會自動彈出小燈泡，這個燈泡是有顏色之分的，如果是紅燈泡，一般都是語法問題，如果不處理會影響代碼運行。而如果是黃燈泡，就只是一個提示，提示你代碼不規範等，並不會影響程序的運行。
雖然這個燈泡，是出於善意之舉，但我認為它確實有點多餘（可能是我個人沒有使用它的習慣），要是語法錯誤會有紅色波浪線提示。你可能會說燈泡不僅起到提示的作用，它還可以自動糾正代碼，我個人感覺並沒有人工校正來得效率，來得精準。
基於有時還會像知乎上這個朋友說的這樣，會擋住我們的代碼，會經常誤點，這確實也是一個煩惱。
我研究了下，Pycharm （2018版本）裏是有開關按鈕的，將下圖中的這個選項（Show intention bulb）取消勾選，就可以關閉這個功能。
10. 關閉礙眼的波浪線
下面我先給出了一小段代碼示例，思考一下，為什麼name，my_name 不會有波浪線，而 myname 和 wangbm 會有波浪線呢？
Pycharm 本身會實時地對變數名進行檢查，如果變數名不是一個已存在的英文單詞，就會出現一條波浪線，當一個變數裏有多個單詞時，Python 推薦的寫法是用下劃線來分隔（其他語言可能會習慣使用駝峯式命名法 ，但 Python 是使用下劃線），所以在 Pycharm 看來 my_name 是規範的，而 myname 會被當成是一個單詞對待，由於它在單詞庫裏並沒有它，所以 myname 是不規範的。
每個人的變數命名習慣不一樣，如何你在項目裏大量使用了 myname 這種風格的變數命名方法，像下面這樣（隨便找了一段 cloudinit 的代碼），是讓人挺不舒服的，總有一種代碼有 bug 的錯覺。
那麼如何關閉這個非語法級別的波浪線呢？很簡單，它的開關就在你的右下角那個像 人頭像 一樣的按鈕
然後選擇 Syntax 級別的即可。同樣一段代碼，效果如下，乾淨了很多。
本週的 PyCharm 使用技巧，就是這五個了，你學會了嗎？
最後，我可以求個贊嗎？ *^_^*
推薦閱讀：
