存在Python f-string不如旧版字符串格式化方法的适用场景吗？

确实存在几个非常小众的边缘场景，使用Python的旧版%字符串格式化操作符，会比str.format()、f-string等新方案更有优势，具体场景如下：

• 日志输出场景
  Python标准库logging模块原生支持%占位符的延迟求值特性，你可以直接写成：

logging.info("用户 %s 提交了ID为 %d 的订单", user_name, order_id)

不需要提前拼接字符串。如果用f-string实现同样逻辑需要写成：

logging.info(f"用户 {user_name} 提交了ID为 {order_id} 的订单")

此时即使当前日志级别高于INFO、不需要输出这条日志，f-string也会提前完成字符串拼接，产生不必要的性能开销，高并发、日志量大的场景下差异会更加明显。

• 模板预定义、延迟填充场景
  如果需要预先定义统一的字符串模板，后续在不同位置动态填充值，%的写法更简洁。比如：

# 提前定义全局错误模板
ERROR_TPL = "请求失败：错误码 %d，原因 %s"
# 不同业务位置直接填充使用
print(ERROR_TPL % (404, "资源不存在"))
print(ERROR_TPL % (500, "服务内部错误"))

如果填充值刚好已经存在于一个元组中，%可以直接传入元组无需手动拆包，比如你有err_info = (403, "无权限")，直接写ERROR_TPL % err_info即可，换成str.format()则需要写ERROR_TPL.format(*err_info)，多了一步拆包操作。

• 极短单变量格式化场景
  只有1个占位符的临时简单格式化场景下，%的写法字符数最少，比如"当前温度：%s℃" % temp比"当前温度：{}℃".format(temp)更短，也不需要像f-string一样把变量嵌入字符串内部，适合快速写临时输出的场景。
• 极旧Python版本兼容场景
  如果你的代码需要兼容Python 2.6之前的版本（仅出现在非常边缘的遗留系统维护场景），str.format()是Python2.6才引入的，f-string更是Python3.6才支持的特性，只有%格式化在所有Python版本中都可以直接使用。

注：以上均为非常小众的边缘场景，绝大多数常规开发场景下，可读性、功能丰富度更高的f-string、str.format()仍然是更优选择。

内容的提问来源于stack exchange，提问作者fbence