1
armoni Jul 22, 2012
logger.
|
3
saharabear Jul 22, 2012
基本上只用logger和print,不太明白 大对象有什么问题。把方法抽出来写unittest就容易多了。
|
4
coldear OP @saharabear 觉得大对象要print的量比较多,每次都这样的话比较麻烦
|
5
saharabear Jul 22, 2012
@coldear 不太明白大对象的含义,能用代码说明一下吗?
|
6
coldear OP 假设一个类有很多字段,在不同的地方要查看这些字段
|
7
saharabear Jul 22, 2012 @coldear 你是说字段需要设置一定的约束?那就写在对象的__getitem__和__set..里面,设置好约束条件,针对这个对象的这两个方法写好单元测试,如果对于set和get的数据不符合约束,就自动抛出异常。这样就不太需要关心里面的字段值了吧?(不知道我的理解对不对)
|
8
coldear OP @saharabear 可能我的想法太受vs影响了,写代码的过程中经常使用一些debugger的功能
比如断点查看对象等 |
9
demon386 Jul 22, 2012
基本没啥调试。。。
|
10
adieu Jul 22, 2012 sublime text 2 更加适合当作编辑器来用,而不是IDE。可以直接在terminal下面运行你正在编写的程序,然后参考这篇 http://aymanh.com/python-debugging-techniques 里面的方法进行调试。
|
11
iiduce Jul 22, 2012 调试代码还是用 pycharm吧
|
13
chloerei Jul 22, 2012 unit test
|
14
chairo Jul 22, 2012 Python的debugger可以用
import pdb pdb.set_trace() |
15
armoni Jul 22, 2012 我比较习惯控制一个函数里代码行数,这样出错了,根据log很容易定位
|
16
neildd Jul 23, 2012 我写python调试无非3种
1.单个变量print 2.list、dict等用pprint 3.逻辑调试用pdb.set_trace() |
17
ipconfiger Jul 23, 2012 看来LZ深受OOP的流毒。你一开始弄那么大个架子,又不预先考虑测试的问题,自然头大。先从小处入手,把功能分解成容易写容易测试的小模块,每个都好测试,然后在再组装起来,每一个小模块都是正确的,组装起来的成品就不容易出问题
|