我正在研究django中的模型系统如何工作,我注意到一些我不理解的东西。
我知道您创建了一个空__init__.py
文件来指定当前目录是一个包。并且您可以在其中设置一些变量,__init__.py
以便import *正常工作。
但是django添加了一堆from ... import ...语句,并在中定义了一堆类__init__.py
。为什么?这不只是使事情看起来凌乱吗?是否有需要此代码的原因__init__.py
?
我正在研究django中的模型系统如何工作,我注意到一些我不理解的东西。
我知道您创建了一个空__init__.py
文件来指定当前目录是一个包。并且您可以在其中设置一些变量,__init__.py
以便import *正常工作。
但是django添加了一堆from ... import ...语句,并在中定义了一堆类__init__.py
。为什么?这不只是使事情看起来凌乱吗?是否有需要此代码的原因__init__.py
?
__init__.py
django 1.8中看不到任何import语句。这是旧版本吗?如果是哪个版本?
Answers:
__init__.py
当导入包含它的包(目录)时,所有导入都可用。
例:
./dir/__init__.py
:
import something
./test.py
:
import dir
# can now use dir.something
编辑:忘了提及,__init__.py
您第一次从该目录导入任何模块时,中的代码就会运行。因此,通常是放置任何程序包级初始化代码的好地方。
EDIT2:dgrant指出了我的示例中可能存在的混乱。In__init__.py
import something
可以导入任何模块,而不必从包装中导入。例如,我们可以将其替换为import datetime
,然后在顶层test.py
都可以使用以下两个代码片段:
import dir
print dir.datetime.datetime.now()
和
import dir.some_module_in_dir
print dir.datetime.datetime.now()
最重要的是:在__init__.py
导入包或包中的模块时,在包命名空间中将自动提供在中分配的所有名称(无论是导入的模块,函数还是类)。
__init__.py
我实际上并不考虑这些类的初始化代码(但是也许我错了)。
__init__.py
隐式执行父级。通过在内部导入模块__init__.py
,可以创建循环导入。在__init__.py
完全这样一个导入之前将不会被执行。__init__.py
清空是比较安全的。
__init__.py
文件专用的。如果您有一个dir/other.py
类似文件的文件,from datetime import datetime
您也可以调用dir.other.datetime.now()
甚至from dir.other import datetime
。
确实,这只是个人喜好,并且与python模块的布局有关。
假设您有一个名为的模块erikutils
。它可以通过两种方式成为模块,或者有一个名为erikutils.py的文件。您sys.path
或您有一个目录名为erikutils您sys.path
用空__init__.py
里面的文件。然后让我们说你有一堆模块调用的fileutils
,procutils
,parseutils
和你想那些要承受子模块erikutils
。因此,您制作了一些名为fileutils.py,procutils.py和parseutils.py的.py文件:
erikutils
__init__.py
fileutils.py
procutils.py
parseutils.py
也许你有几个功能,只是不属于在fileutils
,procutils
或parseutils
模块。假设您不想创建一个名为的新模块miscutils
。AND,您希望能够像这样调用该函数:
erikutils.foo()
erikutils.bar()
而不是做
erikutils.miscutils.foo()
erikutils.miscutils.bar()
因此,由于erikutils
模块是目录,而不是文件,因此我们必须在__init__.py
文件内部定义其功能。
在django中,我能想到的最好的例子是django.db.models.fields
。所有django * Field类都在django / db / models / fields目录中的__init__.py
文件中定义。我想他们这样做是因为他们不想把所有东西都塞进假设的Django / DB /模型/ fields.py模式,所以他们分裂出来成几个子模块(related.py,files.py,例如)和他们将制造的* Field定义粘贴在fields模块本身中(因此,__init__.py
)。
something
可以是一个外部模块,dir.some会起作用。感谢您的评论,我将编辑我的帖子以使其更加清晰。
使用该__init__.py
文件可以使内部包装结构从外部不可见。如果内部结构发生变化(例如,由于将一个胖模块分成两个部分),则只需要调整__init__.py
文件,而不必调整依赖于软件包的代码。您还可以使包装的某些部分不可见,例如,如果它们尚不适合常规使用。
请注意,您可以使用该del
命令,因此典型__init__.py
示例如下所示:
from somemodule import some_function1, some_function2, SomeObject
del somemodule
现在,如果您决定拆分somemodule
新的,__init__.py
可能是:
from somemodule1 import some_function1, some_function2
from somemodule2 import SomeObject
del somemodule1
del somemodule2
从外部看,包装看上去仍然和以前一样。
import <pack>.somemodule1
直接被删除。您只能从<pack>
在其或未__init__.py
删除子模块中定义或导入的对象中导入。