Question

我们已经对两种格式化方法做了许多比较，我需要说明一下，为什么有时可能想要考虑使用格式化方法。简而言之，尽管格式化方法有时候需要更多的代码，它还是：

·拥有%表达式所没有的一些额外功能。

·可以更明确地进行替代值引用。

·考虑到操作符会有一个更容易记忆的方法名。

·不支持用于单个和多个替代值大小写的不同语法。

尽管这两种技术现在都可用，并且格式化表达式的应用也很广泛，格式化方法可能最终会囊括它。因为当前仍然需要作出选择，所以我们继续简单地讨论一下二者的区别，然后再继续学习。

额外功能

方法调用支持表达式所没有的一些额外功能，例如二进制类型编码和（Python 3.1中引入的）千分位分组。此外，方法调用支持直接的键和属性引用。正如我们已经见到的，格式化表达式通常可以以其他方法实现同样的效果：

参见前面的例子中对%表达式中基于字典的格式化和格式化方法中的键和属性引用的比较，特别是在一些共同实践中，这两者很大程度上似乎是一个主题的两种变体。

显式值引用

格式化方法存在一个颇具争议的使用情况——很多值都要替换到格式化字符串中。例如，我们将在第30章遇到的lister.py类示例，把6个项替换到一个单独的字符串中，并且，在这个例子中，方法的{i}位置标签似乎比表达式的%s更易读：

另一方面，在%表达式中使用字典键可能会大大减少这一差异的程度。这也是格式化复杂性的一个最坏情况例子的一部分，并且不是很常见的情况，很多典型的用例很大程度上是有随机性的。此外，在Python 3.1中（alpha版阶段），数字替换值将会变为可选的，因此，会推翻这一传说中的好处：

像这样使用Python 3.1的自动相对计数似乎会取消这一方法的大部分优点。例如，在浮点数格式化上比较这一效果，格式化表达式更为精确，并且似乎要整齐一些：

方法名和通用参数

有了Python 3.1的这一自动技术修改，格式化方法唯一明确保留的潜在优点就是它用一个更加便于记忆的格式化方法名替代了%操作符，并且不区分单个和多个替代值。前者可能会使得一个方法对初学者来说乍看上去很容易（"format"可能比多个“%”字符更容易理解），尽管这在调用的时候太主观化。

后一个不同可能更显著——使用格式化表达式，单个值可以独自给定，但多个值必须放入一个元组中：

从技术上讲，格式化表达式接受一个单个替换值，或者一项或多项的元组。实际上，由于单个项可以独自给定，也可以在元组中给定，要格式化的元组必须作为嵌套的元组提供：

另一方面，格式化方法通过在两种情况下接受通用的函数参数，把这两种情况绑定到一起：

因此，对于初学者来说，不易混淆，并且很少引发编程错误。这仍然是一个相对较小的问题，如果你总是把值包含在一个元组中并忽略非元组选项，表达式基本上和这里的方法调用相同。此外，方法带来了另一个额外的代价，就是冗长的代码实现了有限的灵活性。由于表达式已经在Python中广泛使用，因此是否为了一个新的工具拆散已有的代码还尚存争论。

将来可能废弃

正如前面提到的，Python开发者可能在将来废弃%表达式而使用format方法，现在下这样的结论还有些风险。实际上，在Python 3.0的手册中有关于这一效果的一个提示。

当然，这种情况还没有发生，并且两种格式化技术在Python 2.6和Python 3.0（本书所介绍的两种版本）中都完全能够使用。即将发布的Python 3.1也支持这两种技术，因此，在可以预见的未来，任何一种似乎都不太可能废弃。此外，由于格式化表达式已经在目前为止所编写的几乎所有代码中广泛使用，在未来的很多年里，大多数程序员还将会因为两种技术都熟悉而受益匪浅。

如果这一废弃确实发生了，你可能需要重新把所有的%表达式编写为格式化方法，并且转换本书中提到的那些代码，从而使用一个更新的Python发布。依我个人之见，我希望这样的一个修改基于将来真正的Python程序员的常用实践，而不是一群核心开发者的一时兴起，特别是Python 3.0现在针对众多不兼容的修改关闭了大门。坦率地讲，这种废弃似乎可能用一种复杂的东西换来另一种复杂的东西，很大程度上等同于它将要替换的工具。如果你关心到未来Python发布的迁移，那么，确保不断地关注这一方面的发展。