So, I started learning to code in Python and later Django. The first times it was hard looking at tracebacks and actually figure out what I did wrong and where the syntax error was. Some time has passed now and some way along the way, I guess I got a routine in debugging my Django code. As this was done early in my coding experience, I sat down and wondered if how I was doing this was ineffective and could be done faster. I usually manage to find and correct the bugs in my code, but I wonder if I should be doing it faster?
我通常只使用Django启用时提供的调试信息。当事情确实像我想象的那样结束时，我用一个语法错误破坏了代码流，并查看流中那个点的变量，以找出代码在哪里做了与我想要的不同的事情。
但这种情况还能改善吗?是否有一些更好的工具或方法来调试Django代码?
有很多方法可以做到这一点，但最直接的是简单
使用Python调试器。只需在Django视图函数中添加如下一行:
import pdb; pdb.set_trace()
or
breakpoint() #from Python3.7
如果您试图在浏览器中加载该页，浏览器将挂起，并提示您对实际执行的代码进行调试。
但是也有其他的选择(我不推荐):
* return HttpResponse({variable to inspect})
* print {variable to inspect}
* raise Exception({variable to inspect})
但是对于所有类型的Python代码，强烈推荐使用Python调试器(pdb)。如果您已经开始使用pdb，那么您还需要了解使用ipython进行调试的IPDB。
对pdb有一些更有用的扩展
pdb++，由Antash建议。
pudb，由PatDuJour建议。
在Django中使用Python调试器，由Seafangs建议。
我已经把django-pdb推到了PyPI。
这是一个简单的应用程序，这意味着你不需要编辑你的源代码，每次你想进入pdb。
安装只是…
PIP安装django-pdb
添加'django_pdb'到你的INSTALLED_APPS
你现在可以运行:manage.py runserver——pdb在每个视图的开始进入pdb…
bash: manage.py runserver --pdb
Validating models...
0 errors found
Django version 1.3, using settings 'testproject.settings'
Development server is running at http://127.0.0.1:8000/
Quit the server with CONTROL-C.
GET /
function "myview" in testapp/views.py:6
args: ()
kwargs: {}
> /Users/tom/github/django-pdb/testproject/testapp/views.py(7)myview()
-> a = 1
(Pdb)
然后运行:manage.py test——pdb在测试失败/错误时进入pdb…
bash: manage.py test testapp --pdb
Creating test database for alias 'default'...
E
======================================================================
>>> test_error (testapp.tests.SimpleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File ".../django-pdb/testproject/testapp/tests.py", line 16, in test_error
one_plus_one = four
NameError: global name 'four' is not defined
======================================================================
> /Users/tom/github/django-pdb/testproject/testapp/tests.py(16)test_error()
-> one_plus_one = four
(Pdb)
该项目托管在GitHub上，当然欢迎贡献。
我强烈推荐epdb(扩展Python调试器)。
https://bitbucket.org/dugan/epdb
我喜欢用epdb来调试Django或其他Python web服务器的一个原因是epdb.serve()命令。这将设置跟踪，并在您可以连接到的本地端口上提供该跟踪。典型用例:
我有一个视图，我想一步一步地讲。我将在我想要设置跟踪的位置插入以下内容。
import epdb; epdb.serve()
一旦执行了这段代码，我打开一个Python解释器并连接到服务实例。我可以分析所有的值，并使用标准pdb命令(如n, s等)逐级遍历代码。
In [2]: import epdb; epdb.connect()
(Epdb) request
<WSGIRequest
path:/foo,
GET:<QueryDict: {}>,
POST:<QuestDict: {}>,
...
>
(Epdb) request.session.session_key
'i31kq7lljj3up5v7hbw9cff0rga2vlq5'
(Epdb) list
85 raise some_error.CustomError()
86
87 # Example login view
88 def login(request, username, password):
89 import epdb; epdb.serve()
90 -> return my_login_method(username, password)
91
92 # Example view to show session key
93 def get_session_key(request):
94 return request.session.session_key
95
您可以在任何时候了解更多关于输入epdb帮助的信息。
如果希望同时为多个epdb实例提供服务或连接到多个epdb实例，可以指定监听的端口(默认为8080)。即。
import epdb; epdb.serve(4242)
>> import epdb; epdb.connect(host='192.168.3.2', port=4242)
如果没有指定，主机默认为'localhost'。我在这里介绍它是为了演示如何使用它来调试本地实例以外的东西，比如本地LAN上的开发服务器。显然，如果您这样做，请注意设置跟踪永远不会出现在您的生产服务器上!
作为一个快速提示，您仍然可以使用epdb执行与接受的答案相同的操作(import epdb;epdb.set_trace())，但我想强调一下服务功能，因为我发现它非常有用。
