__future__– 未来语句定义

源代码： Lib / __ future__.py

__future__是一个真实的模块，有三个目的：

• 避免混淆现有分析import语句并希望找到它们导入的模块的工具.
• 确保将来的语句在2.1之前的版本下运行至少产生运行时异常（导入__future__会失败，因为在2.1之前没有该名称的模块）.
• 记录何时引入了不兼容的更改，以及何时强制更改。这是一种可执行文档，可以通过导入__future__和审查内容进行编程检查.

__future__.py中的每个语句都是这样的形式：

FeatureName = _Feature(OptionalRelease, MandatoryRelease,                       CompilerFlag)

通常，OptionalRelease小于MandatoryRelease，两者都是与sys.version_info：

(PY_MAJOR_VERSION, # the 2 in 2.1.0a3; an int PY_MINOR_VERSION, # the 1; an int PY_MICRO_VERSION, # the 0; an int PY_RELEASE_LEVEL, # "alpha", "beta", "candidate" or "final"; string PY_RELEASE_SERIAL # the 3; an int)

OptionalRelease相同形式的5元组，记录第一个版本，其中功能被接受了

如果MandatoryRelease尚未发生，MandatoryRelease预测该功能将成为该语言的一部分的释放.

Else MandatoryRelease当该特征成为该语言的一部分时的记录;在此之后或之后发布的模块，模块不再需要将来声明来使用相关功能，但可能继续使用此类导入.

MandatoryRelease也可能是None，这意味着有计划的功能得到了回复.

班级的实例_Feature有两种相应的方法，getOptionalRelease()和getMandatoryRelease().

CompilerFlag是（bitfield）标志，应该在fourthargument中传递给内置函数compile()以启用特征动态编译的代码。这个标志存放在compiler_flag的_Feature实例.

任何功能描述都不会从__future__中删除。自从它在Python 2.1中引入以来，使用这种机制已经找到了进入语言的方法：