我有一个相当复杂的"产品",我正准备使用Django构建.在这种情况下,我将避免使用术语"项目"和"应用程序",因为我不清楚它们在Django中的具体含义.
项目可以有很多应用程序.应用程序可以在许多项目之间共享.精细.
我不是在重新发明博客或论坛 - 我没有看到我的产品的任何部分在任何情况下都可以重复使用.直觉上,我称之为"应用程序".然后,我是否在一个"app"文件夹中完成所有工作？
如果是这样 ......就Django的project.app命名空间而言,我倾向于使用myproduct.myproduct,但当然这是不允许的(但我正在构建的应用程序是我的项目,我的项目是一个应用程序!).因此我相信也许我应该通过为每个"重要"模型构建一个应用程序来接近Django,但我不知道在我的模式中绘制边界的位置将其分成应用程序 - 我有很多具有相对复杂关系的模型.
我希望有一个共同的解决方案......
我是Django的新手,在部署Web应用程序时试图了解首选的操作方法.
假设我正在创建一个Web应用程序(例如)用户登录管理,一些上传功能,上传文件的操作以及在屏幕上呈现上传的文件.它们都是同一个"Web应用程序"的一部分.
这些功能中的每一个都是项目中自己的应用程序,还是应该将它们组合在一起？Django应用程序是否与Web应用程序相对应,还是对应于与数据库中的几个表交互的单个函数集？
我正在开发自己的博客Django.但是我已经开始坚持了.所以,这是我的树层次结构:
/pyroot/nemoden/
|~blog/
| |-__init__.py
| |-admin.py
| |-models.py
| |-tests.py
| `-views.py
|+css/
|+images/
|+js/
|~templates/
| |-index.html
| `-postslist.html
|-__init__.py
|-manage.py
|-settings.py
`-urls.py
我所做的是:创建一个名为blog的新应用程序并描述我在博客中所需的所有模型blog/models.py(用户,帖子,评论等),但后来我观看Jeff Hui's 视频并意识到这可能是一个坏主意并且在Django-world人们中做那个......我们做什么... PHP-world用我们的PHP Frameworks.我想最好为标签,评论,用户等设置杰出的Django应用程序......
所以,我要问的是:
每个Django-app有一个模型更好吗？如果是这样,当我不应该为模型创建新的Django-app时会有一些例外吗？
我想跟:
/pyroot/nemoden/
|~blog/ # this is actual application (not a django-application). It uses all the models in views.py, so django-apps becomes just models
| |-__init__.py
| |-tests.py
| `-views.py # all the views (controllers in other frameworks) …