fmt.Printf 或 fmt.Sprintf 写拼装字符串业务
在日常开发 Go 工程中，我们经常会用 fmt.Printf 或 fmt.Sprintf 去写类似的拼装字符串的业务。
如下代码：
|
1
|
fmt.Printf("Hello Gopher %s, you are %d years old and you're favorite food is %s", name, age, favoriteFood) |
这业务迭代迭代着，日积月累的，有一部分常变的拼装逻辑会来越长。小小的电脑显示屏已经不足以让代码在一行内显示了。
有许Tuohang性会把字符串转为变量，但后面那串又臭又长的变量依然无法简单甩掉，因此有大部分同学会选择把代码格式化了。
如下代码：
|
1
2
3
4
5
6
7
|
s := "Hello Gopher %s, you are %d years old and you're favorite food is %s"fmt.Printf( s, name, age, favoriteFood,) |
你可能以为这是个例？实际并不，很多人都遇到了。
简单字符串插值
这在 Go issues 中社区讨论了三四年了，@Ian Lance Taylor 发起了新提案《proposal: spec: add simple string interpolation similar to Swift》。
希望能够得到更多的讨论，增加新特性解决这个问题。
这个新特性，类似于 Swift 中的字符串插值的简单版本。我们直接看例子：
|
1
2
|
fmt.Println("\(person.Name()) is \(person.Age()) years old")fmt.Println("The time is \(time.Now().Round(0))") |
对应的输出结果：
Ken Thompson is 79 years old
The time is 2023-01-04 16:22:01.204034106 -0800 PST
提案计划新增的 “字符串插值”，规范如下：
-
新转义语法：
\(xxxx)，开头是\(，结尾是)，成对出现。 -
在格式上，一个有效的
\(，后面必须有一个表达式和一个尾部的），这样才能生效。
上面的例子中，以下几个都是字符串插值：
|
1
2
3
|
\(person.Name())\(person.Age())\(time.Now().Round(0)) |
会有同学疑惑像 person 看起来就是结构体的是怎么取值的？
Go 有一个神奇的约定方法，像结构体这类类型，如果有 String() string 方法，将会调用该方法以获取字符串值。
如果没有 String 方法，需要是字符串、整数、浮点数、复数、常量或布尔值等类型，可以取值后格式化。否则将会报错。
其他语言例子
Swift
|
1
2
3
|
let multiplier = 3let message = "\(multiplier) times 2.5 is \(Double(multiplier) * 2.5)"// message is "3 times 2.5 is 7.5" |
Kotlin
|
1
2
|
var age = 21println("My Age Is: $age") |
C
|
1
2
3
|
string name = "Mark";var date = DateTime.Now;Console.WriteLine($"Hello, {name}! Today is {date.DayOfWeek}, it's {date:HH:mm} now."); |
Rust
|
1
2
3
4
5
6
7
8
9
|
let person = get_person();println!("Hello, {person}!"); // captures the local `person`println!("Hello, {}!", get_person()); // implicit positionprintln!("Hello, {0}!", get_person()); // explicit indexprintln!("Hello, {person}!", person = get_person()); // namedlet (width, precision) = get_format();for (name, score) in get_scores() { println!("{name}: {score:width$.precision$}");} |
争论矛盾点
当前的主要争论点之一，像是 fmt.Sprintf 等方法也可以完成字符串插值一模一样的效果，为什么还要新增这个功能特性（或是语法糖）？
主流观点是现有的格式化字符串的方法，在参数数量多了后，很容易出错（例如：顺序搞错），也比较松散，一大坨代码。
在新增字符串插值的特性/语法糖后，可以更好阅读、更好修改，不需要过于依赖编写变量的顺序、更紧凑。
具体的例子如下，现有版本代码：
|
1
|
errorf(pos, "arguments to copy %s and %s have different element types %s and %s", x, &y, dst.elem, src.elem) |
应用新特性后会变成：
|
1
|
error(pos, "arguments to copy \(x) and \(&y) have different element types \(dst.elem) and \(src.elem)") |
总结
其实我们在工作中都经常遇到这个问题，甚至在 issues 中有同学反馈，他经常要写 50 个以上参数的格式化参数，在 Go 这维护起来比较痛苦。
如果你是长期维护某几个项目的开发者，不断持续新增、变更的现有格式化字符串的方法，和新增的字符串插值。
在接下来的几年中，你会选择哪一个？或是有没有新的想法？
以上就是向Rust学习Go考虑简单字符串插值特性示例解析的详细内容，更多关于Rust Go简单字符串插值的资料请关注服务器之家其它相关文章！
原文链接：https://segmentfault.com/a/1190000043403884
