Python 使用uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu？

还是有一个比另一个更好的具体情况

到目前为止，我收集到的所有信息是future仅适用于>=2.6或>=3.3

---

我目前的代码非常基本，除了使用print函数调用外，在python2和pytho3上运行的代码都是一样的。但是，随着时间的推移，代码可能会变得更加复杂，我希望从一开始就使用正确的方法来编写与Python 2/3兼容的代码。

Python 2.7在2020年后将不会被维护，请参阅

---

因此，如果您刚刚开始学习python，我建议您直接使用python 3，而不是使用python 2，并且导入_ufuture __;。

python 2.7在2020年后将不会保持，请参阅

因此，如果您刚刚开始学习python，我建议您直接使用python 3，而不是使用python 2并导入_future _;。

除非您有非常具体的理由支持python 2.x，否则python 3.x就是未来。它发布至今已经超过10年了

Python2.7是2.x系列的最后一个版本，将于2020年结束

TLDR：是时候使用Python3了，除非您有非常具体的理由支持Python2.x，否则Python3.x就是未来。它发布至今已经超过10年了

Python2.7是2.x系列的最后一个版本，将于2020年结束

TLDR：现在是使用Python 3的时候了

Python内置了_ufuture _uuu模块，它允许程序员提前使用尚未被视为完整的功能集。尽管提供了一些功能，例如from _ufuture _uu导入print u函数，专门用于帮助将Python 2程序移植到Python 3，但它也用于提前访问任何版本的高级功能

__future_uuu是唯一的，因为一些导入（如print_u函数）实际上可以更改解释器接受的语法

python future是一个第三方模块，是提供兼容性功能的几个模块之一。您还可以看一下six，尽管它现在已经有点长了，python已经现代化了。很可能你会发现你需要同时使用未来和未来

您可能没有考虑的另一个策略是将源代码转换为Python2，它可以由2to3实用程序自动翻译。还有一个lib3to2，它将以另一种方式进行翻译，尽管我没有这方面的经验。

Python内置了“未来”模块，允许程序员提前使用尚未被视为完整的功能集。尽管提供了一些功能，例如from _ufuture _uu导入print u函数，专门用于帮助将Python 2程序移植到Python 3，但它也用于提前访问任何版本的高级功能

__future_uuu是唯一的，因为一些导入（如print_u函数）实际上可以更改解释器接受的语法

python future是一个第三方模块，是提供兼容性功能的几个模块之一。您还可以看一下six，尽管它现在已经有点长了，python已经现代化了。很可能你会发现你需要同时使用未来和未来

---

您可能没有考虑的另一个策略是将源代码转换为Python2，它可以由2to3实用程序自动翻译。还有一个lib3to2将以另一种方式进行转换，尽管我没有这方面的经验。

我认为这个问题不属于堆栈溢出的范围。答案可能很快就过时了，因为Python2的生命即将结束。目前，我所知道的编写2/3兼容代码的最佳指南是python future库文档。这个问题似乎有点困惑。您肯定希望使用uu future uuu语句来编写跨版本代码。第三方future库需要在代码中包含这些_future __语句，但它不能取代对它们的需求。同时，几乎所有的双版本代码都至少需要2.6+/3.2+，而现在的大多数都需要2.7/3.4+，因为这使事情变得更容易，而且很少需要在2.4或3.1上编写代码。未来的其他替代方案或补充包括6和现代化。哪一个是最好的取决于您主要是在3.x还是2.x上开发，您是在编写直接的双版本代码还是要安装2to3还是3to2的代码，以及您喜欢哪种库的样式。它们都有很好的文档，所以请先阅读。@abarnert感谢您的澄清：我还没有意识到future在幕后使用future。基于您和其他人的评论，我将把python3作为我的主要目标，但我仍然需要支持python2上的客户。根据您的说法，Requires>=2.7似乎是可以接受的。我认为这个问题不属于堆栈溢出的范围。答案可能很快就会过时

---

随着Python2的寿命接近尾声，它被重新命名。目前，我所知道的编写2/3兼容代码的最佳指南是python future库文档。这个问题似乎有点困惑。您肯定希望使用uu future uuu语句来编写跨版本代码。第三方future库需要在代码中包含这些_future __语句，但它不能取代对它们的需求。同时，几乎所有的双版本代码都至少需要2.6+/3.2+，而现在的大多数都需要2.7/3.4+，因为这使事情变得更容易，而且很少需要在2.4或3.1上编写代码。未来的其他替代方案或补充包括6和现代化。哪一个是最好的取决于您主要是在3.x还是2.x上开发，您是在编写直接的双版本代码还是要安装2to3还是3to2的代码，以及您喜欢哪种库的样式。它们都有很好的文档，所以请先阅读。@abarnert感谢您的澄清：我还没有意识到future在幕后使用future。基于您和其他人的评论，我将把python3作为我的主要目标，但我仍然需要支持python2上的客户。根据您的说法，要求>=2.7似乎是可以接受的。我同意可能的副本，但如果您还可以提供2.7兼容性，则无法迁移的用户将不胜感激。我同意，但是，如果您还可以提供2.7兼容性，那些无法迁移的人将非常感激。事实上，Python 2在2019年后不会维护-EOL在2029-12-31T23:59。事实上，Python 2在2019年后不会维护-EOL在2029-12-31T23:59。