對(duì)于下面這種情況，java c這些提前編譯的語言，不給你運(yùn)行機(jī)會(huì)就立馬報(bào)錯(cuò)了，但對(duì)于動(dòng)態(tài)語言運(yùn)行之后才能報(bào)錯(cuò)，用運(yùn)行的方法來檢查代碼錯(cuò)誤是在是太坑了，這是py對(duì)比靜態(tài)語言的巨大劣勢(shì)，尤其是代碼文件多行數(shù)較大時(shí)候，劣勢(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

這段代碼有錯(cuò)誤，第13行本地和全局中都找不到bbbb。

第17行A類的實(shí)例沒有age這個(gè)屬性，強(qiáng)行使用會(huì)在運(yùn)行時(shí)候報(bào)錯(cuò)。

但這個(gè)報(bào)錯(cuò)有很大缺陷，第13行報(bào)錯(cuò)需要運(yùn)行后等到第700秒才報(bào)錯(cuò)，如果不調(diào)用fun函數(shù)，第17行需要等600秒才報(bào)錯(cuò)，這里的sleep用來泛指運(yùn)行其他代碼功能消耗的時(shí)間。

尤其是代碼文件多，嵌套判斷多，不能很快的報(bào)出一些明顯錯(cuò)誤，實(shí)在是不太好，如果是不小一在編輯器哪一段按了幾個(gè)鍵盤多打了幾個(gè)字母，還要等運(yùn)行才報(bào)錯(cuò)，那是十分坑的。這可能是國(guó)內(nèi)大的項(xiàng)目，用py語言很少的原因之一。

還好，有一些工具flake8,pylint檢查，如果使用pycharm，那就用自帶的inspect code功能來檢查。

最好設(shè)置一個(gè)自定義按鍵。

這樣就能找到這個(gè)bbbb和age屬性錯(cuò)誤了。其余的是pep8語法，2to3的過時(shí)寫法檢查

這樣的好處是不需要等運(yùn)行10分鐘后才發(fā)現(xiàn)錯(cuò)誤，而是很快就發(fā)現(xiàn)錯(cuò)誤，減少一些測(cè)試時(shí)間，不然老是改來改去運(yùn)行，很糟糕。

反對(duì)極端面向過程編程思維方式，喜歡面向?qū)ο蠛驮O(shè)計(jì)模式的解讀，喜歡對(duì)比極端面向過程編程和oop編程消耗代碼代碼行數(shù)的區(qū)別和原因。致力于使用oop和36種設(shè)計(jì)模式寫出最高可復(fù)用的框架級(jí)代碼和使用最少的代碼行數(shù)完成任務(wù)，致力于使用oop和設(shè)計(jì)模式來使部分代碼減少90%行，使絕大部分py文件最低減少50%-80%行的寫法。

以上這篇pycharm 對(duì)代碼做靜態(tài)檢查操作就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論