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.pyvsviews.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
有效!!