with 语句 - Python 2.5 的向后移植

发布于 2024-08-15 12:32:48 字数 194 浏览 3 评论 0原文

我想在一些生产代码中使用 Python 2.5 中的 with 语句。它被向后移植，我应该期待任何问题（例如其他机器上的可用性/兼容性/等）吗？

此代码

from __future__ import with_statement

与 Python 2.6 兼容吗？

原文

I'd like to use with statement in Python 2.5 in some production code. It was backported, should I expect any problems (e.g. with availability/compatibility on other machines/etc)?

Is this code

from __future__ import with_statement

compatible with Python 2.6?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

捎一片雪花 2024-08-22 12:32:48

是的，该语句在 Python 2.6 中是无操作的，因此您可以自由地使用它在 2.5 代码中使 with 成为关键字，而不会影响代码在 2.6 中的操作。这其实就是Python“从未来导入”的总体设计意图！

回复收藏 0 原文

自演自醉 2024-08-22 12:32:48

您可以在 Python 2.6 和 3.0/1 中毫无问题地调用它（那里是无操作的）。

回复收藏 0 原文

GRAY°灰色天空 2024-08-22 12:32:48

with_statement 没有向后移植，而是在 Python 2.5 中实现。添加新的关键字或语法可能会破坏现有的应用程序。对于 Python，他们决定处理这个问题的方式是允许人们尽早选择使用这些功能，这样你就可以慢慢地过渡你的代码。

来自 http://python.org/doc/2.5.2/ref/future .html

未来的陈述是一个指令
编译器认为特定模块
应该使用语法或
将在
指定 Python 的未来版本。
未来的声明旨在
轻松迁移到未来版本
Python 引入不兼容
语言的变化。它允许使用
每个模块的新功能
发布之前的基础上，其中
功能成为标准。

实际上，您可以检查 futures 以获取有关何时首次支持、何时不再需要导入等信息。

Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import __future__
>>> dir(__future__)
['CO_FUTURE_ABSOLUTE_IMPORT', 'CO_FUTURE_DIVISION', 'CO_FUTURE_WITH_STATEMENT', 'CO_GENERATOR_ALLOWED', 'CO_NESTED', '_Feature', '__all__', '__builtins__',
__doc__', '__file__', '__name__', 'absolute_import', 'all_feature_names', 'division', 'generators', 'nested_scopes', 'with_statement']
>>> __future__.with_statement
_Feature((2, 5, 0, 'alpha', 1), (2, 6, 0, 'alpha', 0), 32768)
>>>

我个人已经在 Python 2.5 中大量使用 with_statement 一年多了，并且没有遇到任何问题。我还使用 Python 2.6 透明地运行该代码。他们在语言中清理了一些奇怪的极端情况，主要与干净、正确地压缩嵌套语句有关。

with_statement wasn't back ported but implemented in Python 2.5. Adding new keywords or syntax can break existing applications. With Python the way they decided to handle this is allow people to opt-in to those features early so you can slowly transition your code over.

From http://python.org/doc/2.5.2/ref/future.html

A future statement is a directive to
the compiler that a particular module
should be compiled using syntax or
semantics that will be available in a
specified future release of Python.
The future statement is intended to
ease migration to future versions of
Python that introduce incompatible
changes to the language. It allows use
of the new features on a per-module
basis before the release in which the
feature becomes standard.

You can actually inspect futures to get information on when first supported, when the import isn't needed anymore, etc.

Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import __future__
>>> dir(__future__)
['CO_FUTURE_ABSOLUTE_IMPORT', 'CO_FUTURE_DIVISION', 'CO_FUTURE_WITH_STATEMENT', 'CO_GENERATOR_ALLOWED', 'CO_NESTED', '_Feature', '__all__', '__builtins__',
__doc__', '__file__', '__name__', 'absolute_import', 'all_feature_names', 'division', 'generators', 'nested_scopes', 'with_statement']
>>> __future__.with_statement
_Feature((2, 5, 0, 'alpha', 1), (2, 6, 0, 'alpha', 0), 32768)
>>>

I personally have been heavily using the with_statement in Python 2.5 for well over a year and have not had issues. I also transparently run that code with Python 2.6. There are some weird corner cases they have worked at cleaning up in the language, mostly related to cleanly and correctly compacting nested with statements.

回复收藏 0 原文

~没有更多了~