引用保存settings.py
和wsgi.py
的目录('Django的两个Scoops'将其称为'配置根',以及它的价值)
我见过人们在实际的项目名称(the official Django tutorial does this)之后命名这个目录,但这导致了一个冗余/混乱的目录结构,如下所示:
mysite/
manage.py
mysite/
__init__.py
settings.py
urls.py
wsgi.py
app1/
app2/
似乎更清楚地拥有以下内容:
mysite/
manage.py
conf/
__init__.py
settings.py
urls.py
wsgi.py
app1/
app2/
很高兴听到这个目录有一些共同的名字
看到已经有关于Django app naming convention的问题,但找不到有关项目/ conf目录的任何内容
要清楚,询问dir与格式的名称(下划线,小写与上限,& c。)
答案 0 :(得分:2)
关于这个话题 here 有一些很好的讨论。一些通用选项是项目、配置、核心、基础。我偏爱“项目”(/mysite/project/settings.py 等)。要设置这样的新项目,请 cd 进入空的基本目录并运行 django-admin startproject project .
。
我从不喜欢默认约定。这似乎是多余的,并且经常与我想命名我的“主应用程序”发生冲突。例如,我想制作一个时间跟踪网站,所以我称我的项目为“计时器”(/timers/timers/settings.py 等)。但是现在我无法启动一个名为 timers 的应用程序,这是我保留计时器模型等应用程序的最佳名称。如果我将我的项目命名为“project”,那么我仍然可以拥有一个名为“timers”的应用程序。>
timers/
manage.py
project/
settings.py
timers/
models.py
答案 1 :(得分:0)
通常,您应该使用用于任何包或模块的模式。
小写字母
2.如果需要,下划线(_)。
如果您不想使用冗余名称,只需在roject creation命令后的空格后添加点(。)。
django-admin.py startproject myproject .