您好,登錄后才能下訂單哦!
這篇文章主要講解了pycharm如何實現(xiàn)對代碼做靜態(tài)檢查,內容清晰明了,對此有興趣的小伙伴可以學習一下,相信大家閱讀完之后會有幫助。
對于下面這種情況,java c這些提前編譯的語言,不給你運行機會就立馬報錯了,但對于動態(tài)語言運行之后才能報錯,用運行的方法來檢查代碼錯誤是在是太坑了,這是py對比靜態(tài)語言的巨大劣勢,尤其是代碼文件多行數(shù)較大時候,劣勢有些明顯。
#coding=utf8 import time class A(object): def __init__(self): self.name = 'xiaomin' def fun(): for i in range(100): time.sleep(10) print i if i == 70: print bbbb fun() time.sleep(600) print A().age
這段代碼有錯誤,第13行本地和全局中都找不到bbbb。
第17行A類的實例沒有age這個屬性,強行使用會在運行時候報錯。
但這個報錯有很大缺陷,第13行報錯需要運行后等到第700秒才報錯,如果不調用fun函數(shù),第17行需要等600秒才報錯,這里的sleep用來泛指運行其他代碼功能消耗的時間。
尤其是代碼文件多,嵌套判斷多,不能很快的報出一些明顯錯誤,實在是不太好,如果是不小一在編輯器哪一段按了幾個鍵盤多打了幾個字母,還要等運行才報錯,那是十分坑的。這可能是國內大的項目,用py語言很少的原因之一。
還好,有一些工具flake8,pylint檢查,如果使用pycharm,那就用自帶的inspect code功能來檢查。
最好設置一個自定義按鍵。
這樣就能找到這個bbbb和age屬性錯誤了。其余的是pep8語法,2to3的過時寫法檢查
這樣的好處是不需要等運行10分鐘后才發(fā)現(xiàn)錯誤,而是很快就發(fā)現(xiàn)錯誤,減少一些測試時間,不然老是改來改去運行,很糟糕。
反對極端面向過程編程思維方式,喜歡面向對象和設計模式的解讀,喜歡對比極端面向過程編程和oop編程消耗代碼代碼行數(shù)的區(qū)別和原因。致力于使用oop和36種設計模式寫出最高可復用的框架級代碼和使用最少的代碼行數(shù)完成任務,致力于使用oop和設計模式來使部分代碼減少90%行,使絕大部分py文件最低減少50%-80%行的寫法。
看完上述內容,是不是對pycharm如何實現(xiàn)對代碼做靜態(tài)檢查有進一步的了解,如果還想學習更多內容,歡迎關注億速云行業(yè)資訊頻道。
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據(jù),一經查實,將立刻刪除涉嫌侵權內容。