两个问题
1：本人把所有WEB页面的数据库操作和逻辑处理及自定义方法全写到了view.py中，想请教下大家的文件分布方式是怎么样的（比如可以按业务分成多个view.py吗？具体需要怎么设置？）
2：一般大家用Django是使用它的admin还是自己又开发的一个后台
不同功能拆成独立APP，一个APP有models, veiw, admin ，功能模块拆成 utils，数据转换拆成 json
这样可以根据不同APP模块做拆分和加middleware, 全局有一个middleware，做python object 到 json的转换＋exception 发送 email
APP之间可以函数调用或http调用
我在用 xadmin，比较难定制，其他还好
Django，尽量只返回json，前端专门一个前端项目，专门单独部署到nginx , 前端可以通过ajax访问django获取数据，这样可以做到一个django API 接口，多套前端皮肤（如果有多套）
Django的设计遵循MVC，业务逻辑应该在controller这里处理，而在django里面，C不叫controller，叫view，view.py里面的代码实际上做的是controller的事情，而V叫template，返回给客户端的html中的数据由template做了说明，django采用ORM，对数据库的操作进行了抽象，数据库的表被映射为python中的一个类，这样抽象的结果是，开发者不要使用sql对数据库进行操作。后台呢，如果已有的后台已经能满足你的需要，就不要开发一个后台。
python manage.py migrate
最新的django已经废弃syncdb，现在使用migrate，引用django文档中的原话：
Synchronizes the database state with the current set of models and migrations.
使用migrate命令以后，数据库的状态会和现在model.py中的代码保持一致。