f-string的{expr:
如何用 f-string 的 {expr: 语法控制字段宽度和对齐
f-string 的对齐语法不是装饰性功能，而是报表生成中避免手动拼接空格的核心手段。它直接作用于表达式求值后的字符串结果，不改变原始值类型。
常见错误是把对齐符写在冒号前（如 {expr），或误以为能对数字自动补零（实际需用 <code>0>10）。对齐方向由符号决定： 左对齐（默认），<code>> 右对齐，^ 居中。
{name:：左对齐，总宽 12，右侧补空格-
{price:>8.2f}：右对齐，总宽 8（含小数点和两位小数），不足补空格 -
{id:^6}：居中，总宽 6，两侧均分空格
为什么 {value:=+8.2f} 中的 = 符号比空格更可靠
当需要统一显示正负号且保持列宽稳定时，= 填充符会把符号固定在最左，数值右对齐——这比用空格 + > 更可控，尤其在混合正负数报表中。
例如 {-12.34:=+8.2f} 输出 -12.34 占满 8 位，而 {-12.34:+>8.2f} 会把 + 和数字一起右对齐，导致负数列错位。
- 仅对数字类型有效（
int、float） - 必须配合
+或-格式标志使用，否则=无效 - 宽度包含符号位，
=+8.2f实际分配 1 位给符号、7 位给数值
嵌套表达式里怎么安全用 f-string 对齐而不报错
f-string 大括号内不能直接写多行或复杂语句，但可调用函数或使用三元表达式。对齐语法只作用于最终字符串化结果，因此要确保嵌套逻辑返回的是可格式化的值。
典型坑：在对齐字段里写 {func(x) if x else 'N/A': 是合法的；但写 <code>{x if x else None: 会因 <code>None 无法格式化而报 TypeError。
- 优先用默认值兜底：
{str(data.get('name', '')): - 避免在格式化位置做类型转换：
{int(x):>6}比{x:>6}更易出错，除非确定x总是数字 - 字符串方法链可以保留：
{email.strip().lower():
当列宽动态变化时，为什么硬编码 : 往往不够用
真实报表常需适配最长内容自动设宽，f-string 本身不支持运行时计算宽度，但可先扫描数据获取最大长度，再构造格式字符串。
例如标题行有 ['Product', 'Category', 'Price']，对应数据中 Category 最长为 32 字符，那该列就该用 {cat: 而非拍脑袋的 <code>，否则换行或截断。
- 建议预处理：用
max(len(str(x)) for x in column_data)获取每列最大宽度 - 动态拼接格式串：
f"{{name:{price_width}.2f}}" - 注意：f-string 里双大括号
{{}}是转义，不能用于嵌套 f-string
repr() 检查原始值，比反复调格式更省时间。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
