Answers:
在Django中,所有内容都是Python模块(* .py)。您可以创建一个带有__init__.py
内部视图的文件夹,并且仍然可以导入视图,因为这也实现了Python模块。但是一个例子会更好。
您的原始图片views.py
可能如下所示:
def view1(arg):
pass
def view2(arg):
pass
使用以下文件夹/文件结构,它将起到相同的作用:
views/
__init__.py
viewsa.py
viewsb.py
viewsa.py
:
def view1(arg):
pass
viewsb.py
:
def view2(arg):
pass
__init__.py
:
from viewsa import view1
from viewsb import view2
在快速的解释是:当你写from views import view1
的Python会寻找在厂景
views.py
,这就是第一种(原始)情况
views/__init__.py
,这是第二种情况。在这里,__init__.py
能够提供view1方法,因为它可以导入它。
使用这种解决方案,您可能无需更改import
或更改urlpattern
参数urls.py
如果每个新视图文件中都有很多方法,那么views/__init__.py
使用导入可能会很有用*
,如下所示:
from viewsa import *
from viewsb import *
我实际上不了解速度问题(但我怀疑是否有任何问题)。
对于模型而言,可能有点困难。
__init__.py
:中from myapp.views.viewsa import *
。请注意,您再也不能具有views.py了(或者至少不会被读取@ShiftNTab:错误)希望对您
views.car.py
vsviews.cars.py
我之前必须这样做(为了清楚起见)
我这样做的方法是创建一个views
目录,然后创建一个名为__init__.py
现在,当您呼叫时urls.py
,您只需要添加另一部分
例如,以前,您可能打电话给:-
url(r'^calendar/(?P<year>\d\d\d\d)/$', 'myproject.calendar.views.year')
url(r'^calendar/(?P<year>\d\d\d\d)/(?P<user>[a-z]+)/$', 'myproject.calendar.views.year_by_user')
您现在可以按照
url(r'^calendar/(?P<year>\d\d\d\d)/$', 'myproject.calendar.views.year.index')
url(r'^calendar/(?P<year>\d\d\d\d)/(?P<user>[a-z]+)/$', 'myproject.calendar.views.year.user')
当然,这是假定您已views/year.py
包含index
和user
;)
由于Django只希望视图是可调用的对象,因此您可以将其放置在PYTHONPATH中的任何位置。因此,您可以例如仅创建一个新程序包myapp.views并将视图放入那里的多个模块中。自然,您将不得不更新urls.py和其他引用这些视图可调用对象的模块。
我一直在把它放在我的init .py中玩:
import os
currPath = os.path.realpath(os.path.dirname(__file__))
dirFiles = []
for root, dirs, files in os.walk(currPath):
for name in files:
if name.endswith('.py') and not name.startswith('_'):
dirFiles.append(name.strip('.py'))
for f in dirFiles:
exec("from %s import %s" % (f,f))
我还是python新手,所以我仍在研究它对速度/安全性/易用性有什么影响。
文森特·德梅斯特(Vincent Demeester)的回答太棒了!但是对我来说,瘾君子的回答就像一个魅力。我在迁移数据库时遇到困难。该错误指示导入了第一个模型的行,并指出无法识别我的应用程序模块。搜索了很多,但是找不到解决方案,但是后来我导入了这样的模型:
from ..models import ModelName
有效!!