工欲善其事,必先利其器。程序猿们往往喜欢挑一个最爱的开发环境。可是Pycharm,Eclipse,Komodo,Eric,WingWare。。。这么多Python的IDE看花眼了怎么办?即使你用baidu大法选好了一个你满意的,然后各种秘籍快捷都用熟用烂了。如果有一天,我是说如果,你心目中的女神找你帮忙看看代码,“你好,能帮我看一下这个问题是怎么回事吗?”,你心想我苦苦修炼的各种招式终于派上用场了。怀揣着激动和梦想跑过去一看,结果女神的机器并没有安装你用的烂熟的高大上工具,只有代码编辑器和终端命令窗口,这时你该如何让女神对你刮目相看?不想杯具的话,就继续阅读吧。
相信即使不用IDE你也应该有一套自己的独门秘笈,这里介绍介绍我的。
1. print大法
print大法一定是初学者首选。
觉得哪里有问题,就把哪里的变量打印出来看看。
优点:
简单易行
缺点:
release前要全注释掉,增加重复工作量,不能忍
2. logging工具
将print改为logging.debug(),就可以通过配置level达到log分级输出。
DEBUG
importlogging
logging.basicConfig(
level=logging.WARNING,
format='%(asctime)s %(filename)s[line:%(lineno)d] %(levelname)s %(message)s',
datefmt='%a, %d %b %Y %H:%M:%S'
)
logging.debug('This is debug message')
logging.info('This is info message')
logging.warning('This is warning message')
运行发现,log只显示warning信息。
加上filename参数还能很方便的支持输出log到文件,比如:
importlogging
logging.basicConfig(
level=logging.WARNING,
format='%(asctime)s %(filename)s[line:%(lineno)d] %(levelname)s %(message)s',
datefmt='%a, %d %b %Y %H:%M:%S',
filename='test.log',
filemode='w')
从此我就喜欢上logging,只在代码编写初期顺手用一下print
不过有时候我预先并不知道问题在哪里,我也不是大牛,我羡慕那些用着支持断点调试开发环境的猿类。直到我遇到它。
3. pdb
pdb是python自带的调试库,当我想让程序停在某个地方,然后一步一步运行程序并且查看变量时,我只需要加入下面的代码
a=1
b=2
importpdb
pdb.set_trace()
c=b*a
d=b/a
printd,c
然后有n(ext),s(tep),c(ontinue), b(reak),cl(ear)等一系列命令支持,我就等于有了一套支持断点调试的开发环境。
可是这里还是有个问题,就是刚才加入的调试代码在release前还要注释掉。
pdb的作者一定也考虑了这个问题。因此有了命令形式进入调试模式。
python-mpdbscript.py
代码会在一开始停住,相当于你在程序开始运行第一行加了个断点。然后用命令b(reak)在你希望的行上加断点,然后c(ontinue)就可以啦。
用了pdb,妈妈再也不用担心我调程序了。可是爸爸有疑问了。有时候程序运行好久忽然崩溃了,我还不知道它崩在哪里,意思就是断点都不知道设在哪,怎么办。
怎样在崩溃时自动进入调试模式,这个问题困扰我很久,直到我学会上stackoverflow,发现那个牛人聚集的地方。
4. ipython
当你在有问题的代码前加上这段代码,它就可以帮助你在异常时进入ipdb调试模式。前提是你要安装ipython。
importsys
fromIPython.coreimportultratb
sys.excepthook = ultratb.FormattedTB(mode='Verbose',
color_scheme='Linux', call_pdb=1)
你也可以把上面的代码保存成crash_debug.py,然后在你出问题的文件test.py头上加上
importcrash_debug
foriinrange(10,-1,-1):
y=1/i
执行python test.py后输出如下:
大功告成。有了这四大法宝,我就再没有纠结过装哪个开发环境的问题。
你有什么独门秘笈,也拿来分享一下吧。