Python 的多种字符串格式化方式——旧的（将要被）弃用了吗？

新的 .format() method 旨在替换旧的 % 格式语法。后者已被淡化，（但尚未正式弃用）。方法文档说明了很多：

这种字符串格式化方法是 Python 3 中的新标准，应该优先于新代码中字符串格式化操作中描述的 % 格式化。

（强调我的）。

为了保持向后兼容性并使过渡更容易，旧格式暂时保留。从原始 PEP 3101 proposal：

向后兼容性 向后兼容性可以通过保留现有机制来保持。新系统不会与现有字符串格式化技术的任何方法名称发生冲突，因此两个系统可以共存，直到需要弃用旧系统。

请注意，直到弃用旧系统为止；它还没有被弃用，但新系统将在您编写新代码时使用。

新系统的优势在于您可以结合旧 % 格式化程序的元组和字典方法：

"{greeting}, {0}".format(world, greeting='Hello')

并且可以通过用于处理单个值格式的 object.__format__() 挂钩进行扩展。

请注意，旧系统具有 % 和 Template 类，后者允许您创建添加或更改其行为的子类。新型系统具有 Formatter class 来填补相同的利基。

Python 3 已进一步远离弃用，而是在 printf-style String Formatting section 中向您发出警告：

注意：此处描述的格式化操作有多种怪癖，这些怪癖会导致一些常见错误（例如无法正确显示元组和字典）。使用较新的格式化字符串文字或 str.format() 接口有助于避免这些错误。这些替代方案还提供了更强大、更灵活和可扩展的文本格式设置方法。

Python 3.6 还添加了 formatted string literals，它将表达式嵌入格式字符串。这些是创建具有内插值的字符串的最快方法，并且应该在可以使用文字的任何地方代替 str.format() 使用。

---

用于字符串格式化的 % 运算符并未被弃用，也不会被删除 - 尽管有其他答案。
每次在 Python 开发列表中提出该主题时，关于哪个更好，都会有激烈的争论，但没有关于是否删除经典方式的争议- 它会留下来。尽管在 PEP 3101 上有所表示，但 Python 3.1 来来去去，% 格式仍然存在。

保持经典风格的陈述很明确：简单，快速，做短小的事情很快。使用 .format 方法并不总是更具可读性 - 几乎没有人 - 即使在核心开发人员中，也可以使用 .format 提供的完整语法而无需查看参考 甚至早在 2009 年，就有这样的消息： http://mail.python.org/pipermail/python-dev/2009-October/092529.html - 从那以后，该主题几乎没有出现在列表中。

2016 年更新

在当前的 Python 开发版本（将成为 Python 3.6）中，存在第三种字符串插值方法，如 PEP-0498 所述。它定义了一个新的引号前缀 f""（除了当前的 u""、b"" 和 r""）。

通过 f 为字符串添加前缀将在运行时调用字符串对象的方法，该方法会自动将当前作用域中的变量插入到字符串中：

>>> value = 80
>>> f'The value is {value}.'
'The value is 80.'

---

查看较旧的 Python 文档和 PEP 3101 有一个声明，即 % 运算符将在未来被弃用并从语言中删除。 following statement 在 Python 3.0、3.1 和 3.2 的 Python 文档中：

由于 str.format() 很新，很多 Python 代码仍然使用 % 运算符。但是，由于这种旧式格式最终会从语言中删除，因此通常应该使用 str.format()。

如果您转到 Python 3.3 和 3.4 文档中的 same section，您将看到该语句已被删除。我在文档中的其他任何地方也找不到任何其他声明，表明该运算符将被弃用或从该语言中删除。还需要注意的是，PEP3101 已超过两年半（星期五，2011 年 9 月 30 日）未修改。

更新

PEP461 接受向字节和字节数组添加 % 格式，并且应该是 Python 3.5 或 3.6 的一部分。这是 % 操作符还活着并且在踢的另一个迹象。

---

虽然文档中有各种迹象表明 .format 和 f-strings 优于 % 字符串，但没有幸存的计划来弃用后者。

在提交 Issue #14123: Explicitly mention that old style % string formatting has caveats but is not going away any time soon. 中，受问题 Indicate that there are no current plans to deprecate printf-style formatting 的启发，对 % 格式的文档进行了编辑以包含以下短语：

由于新的字符串格式化语法更加灵活并且可以自然地处理元组和字典，因此建议用于新代码。但是，目前没有弃用 printf 样式格式的计划。

（强调我的。）

该短语后来在提交 Close #4966: revamp the sequence docs in order to better explain the state of modern Python 中被删除。这似乎表明弃用 % 格式的计划重新出现在卡片上……但深入研究错误跟踪器会发现其意图恰恰相反。在错误跟踪器上，提交的作者描述了更改 like this：

更改了描述 printf 样式格式和 str.format 方法之间关系的散文（故意消除前者存在真正消失的危险的暗示——我们认真考虑将其杀死是不切实际的）

换句话说，我们对 % 格式文档进行了两次连续更改，旨在明确强调它不会被弃用，更不用说将其删除了。文档仍然对不同类型的字符串格式的相对优点持意见，但他们也很清楚 % 格式不会被弃用或删除。

更重要的是，most recent change to that paragraph 在 2017 年 3 月将其更改为...

此处描述的格式化操作表现出各种怪癖，这些怪癖会导致许多常见错误（例如无法正确显示元组和字典）。使用较新的格式化字符串文字或 str.format 接口有助于避免这些错误。这些替代方案还提供了更强大、更灵活和可扩展的文本格式设置方法。

...对此：

此处描述的格式化操作表现出各种怪癖，这些怪癖会导致许多常见错误（例如无法正确显示元组和字典）。使用较新的格式化字符串文字、str.format 接口或模板字符串可能有助于避免这些错误。这些替代方案中的每一个都提供了它们自己的权衡和简单性、灵活性和/或可扩展性的好处。

请注意从“帮助避免”到“可能帮助避免”的变化，以及 .format 和 f 字符串的明确推荐如何被关于每种风格 “如何提供自己的权衡的蓬松、模棱两可的散文所取代和好处”。也就是说，不仅不再正式弃用卡片，而且当前的文档公开承认 % 格式至少比其他方法有一些“好处”。

我从这一切推断出，弃用或删除 % 格式的运动不仅步履蹒跚，而且被彻底和永久地打败了。

---

Guido 在这方面的最新立场似乎在这里表明：

What’s New In Python 3.0

PEP 3101：字符串格式化的新方法 用于内置字符串格式化操作的新系统取代了 % 字符串格式化操作符。 （但是，仍然支持 % 运算符；它将在 Python 3.1 中弃用，并在稍后从该语言中删除。）阅读 PEP 3101 以获得完整的独家新闻。

还有 PEP3101 本身，它的最后一次修改可以追溯到（2011 年 9 月 30 日星期五），所以我想最近在那个方面没有任何进展。

---