总结一下 Django开发中,注意的事项,特别是新人,由于水平有限,也只能到这个层次,更多模式思想性的东西,还得在开发中慢慢体会。
1.各个APP独立,做到项目的模块分明。说的有点大,列几个列子优先
from project.bookmark.models import Tag
该例子将项目名称加入其中是不合适,缺点在于:应用和项目变成了紧耦合,无法将应用轻易变得可重用。如果将来要换一个项目名称,那你可有得受了。
推荐的做法是
1 from bookmark.models import Tag
还有个例子
1 bookmark.views.py 2 3 from account.models import User 4 from friend.models import FriendShip 5 from bookmark.models import Tag
该例子在bookmark app中耦合了三个模块 account,friend,bookmark, 应该尽量减少这样的耦合,account,friend 这两个模块联系比较紧密,可以合成一个。
推荐的做法:
1 bookmark.views.py 2 3 from account.models import FriendShip,User 4 from bookmark.models import Tag
2. 不要硬编码 MEDIA_ROOT,STATIS_ROOT,
在python中关于url的处理,有些原则,比如不要硬编码,处理成UNIX,WINDOWS兼容的格式,和进行空格的处理等
1 MEDIA_ROOT = 'E:\testmugshot\' 2 STATIC_ROOT = '/VAR/TEMP/STATIC'
这种做法有很多问题,比如机器迁移,和 应用的移动都会影响。
SITE_ROOT = os.path.realpath(os.path.dirname(__file__)) MEDIA_ROOT = os.path.join(SITE_ROOT, 'appmedia') TEMPLATE_DIRS = ( os.path.join(SITE_ROOT, 'templates'),)
这样的写法比较可扩展性。
3.不要将URL硬编码在HTML中,
<link rel="stylesheet" type="text/css" href="{{ MEDIA_URL }}amazing.css" /> <script type="text/javascript" src="{{ MEDIA_URL }}jquery.min.js"></script>
当你的项目需要将静态文件用其他服务器提供的时候,通常会是另外一个http地址,那么你就得把所有的/appmedia/替换成新的地址,做网站写代码已经够乏味的了。
没有后顾之忧的解决方法是使用{{ MEDIA_URL }}代替硬编码的路径:
模板上下文变量怎么获取到呢?请使用RequestContext即可:
从RequestContext里还可以获取到当前用户等信息,更详细的介绍请参考:http://www.b-list.org/weblog/2006/jun/14/django-tips-template-context-processors/
4,不要将业务逻辑代码写到视图里
不要迷惑,虽然你可能看过很多书和例子,它们把逻辑都写在了views.py里,但请你别这么做。因为这样不利于单元测试,不利于重用代码。
那我的业务逻辑应该放哪里呢?推荐放到模型里或者单独建立一个辅助(helper)模块。
当然,从模型得到一个Author,获取Author列表的代码是可以放到视图里面的。
5,部署时别忘记将DEBUG设置成False
我们常常忘记在部署时禁用DEBUG,有很多种方法自动来处理这个配置:
import socket if socket.gethostname() == 'productionserver.com': DEBUG = False else: DEBUG = True
另一种途径是使用不同的配置文件:
6,只加载一次自定义的模板标签
当需要使用自定义或者第三方的模板标签和模板过滤器时,通常要在模板中使用:
- {% load template_tags %}
实际情况是,需要在所有用到自定义模板标签和模板过滤器的模板中都使用上面的代码,这样就不DRY了。
请将以上代码放到项目启动时能加载的模块中(settings.py, urls.py, models.py等)即可。
上面代码的作用是在项目启动时就把自定义模板标签或过滤器加载进来,模板中任何一个地方都可以使用它们,而不需要{% load template_tags %}。
7,合理配置和使用URL
不要将URL全都配置在一个urls.py文件中,比如:
建议的方式是将各应用的URL配置在各自的urls.py中,这样可以使应用更容易重复使用到不同项目里:
如下是应用askalumini的urls.py:
刚才提到静态文件路径不要硬编码,url的处理方式也尽量不要硬编码,否则当你更改一个地址时会牵涉到多处的修改,可以使用一些url函数来处理。
在/project/askalumini/urls.py中,为每一个url定义了name,它可以帮助我们有效地在视图、模板和模型中处理url,而不是硬编码。
为保证名称的唯一,请遵照将url命名为<appname>/<somelabel>的习惯用法。
举例来说,在views.py文件中有如下代码:
请改为:
在模型中使用models.permalink装饰器来格式url:
在模板中使用url标签代替硬编码:
8,调试
调试通常会借助一些第三方工具来获得更多的运行时信息。
一个请求执行了多少句SQL?花了多长时间?
调用的哪个模板?客户端设置了什么COOKIE?SESSION呢?。。。
你可以使用django-debug-toolbar查看上面甚至更多的信息:http://github.com/robhudson/django-debug-toolbar
另一个工具是Werkzeug debugger,它可以在错误页面打开python shell,让你更方便的跟踪错误信息,请访问:http://blog.dpeepul.com/2009/07/14/python-shell-right-on-the-django-error-page/ 获得更多信息。
还有pdb,一个强大的调试工具:http://ericholscher.com/blog/2008/aug/31/using-pdb-python-debugger-django-debugging-series-/
9,了解pinax备用
django最大的优点是代码重用,DRY,pinax就是这样一个平台,包含了许多可拿来直接使用的代码,比如openid,电子邮件验证等等。请访问:http://pinaxproject.com/
10,了解一些著名的第三方应用
1)数据库升级工具
什么是数据库升级工具?你运行了syncdb,运行了一年之后,对模型做了更改,添加了字段,删除了字段,要再运行syncdb吗?或者ALTER TABLE ...?
django-evolutions可以帮你完成上面的事情,但它好像不够强壮:http://code.google.com/p/django-evolution/
South能很强壮地完成上面的事情,但是需要学学怎么用:http://south.aeracode.org/
2)模板系统
django自带的模板系统是可以替换的,并且各自有优缺点。
template-utils增强了模板的比较标签等功能 ,并提供其他的一些实用特性:http://django-template-utils.googlecode.com/svn/trunk/docs/
Jinja是一个完整的第三方模板系统,可以替换默认模板系统,它提供了许多优越的特性:http://jinja.pocoo.org/2/
3)第三方应用
django command extensions提供了很多实用的命令行功能:
shell_plus加载所有django模型
runserver_plus整合了Werkzeug调试工具
生成模型图表,你可以展示给你的老板
……
请参考:http://ericholscher.com/blog/2008/sep/12/screencast-django-command-extensions/
Sorl可以生成缩略图:http://code.google.com/p/sorl-thumbnail/
…………
---END---
另外,从原文的评论里也有不少发现:
- 用django.shortcuts的redirect代替HttpResponseRedirect:http://docs.djangoproject.com/en/dev/topics/http/shortcuts/#redirect
- 使用VirtualEnv部署django项目
- django项目规范:http://ericholscher.com/projects/django-conventions/project/
- 上面提到的10点中,第2和第4是最容易在新手中发生的。
- 第6点并不适合于团队协作