乐趣区

关于后端:向-Rust-学习Go-将考虑简单字符串插值特性

jiezi

大家好，我是煎鱼。

在日常开发 Go 工程中，咱们常常会用 fmt.Printf 或 fmt.Sprintf 去写相似的拼装字符串的业务。

如下代码：

fmt.Printf("Hello Gopher %s, you are %d years old and you're favorite food is %s", name, age, favoriteFood)

这业务迭代迭代着，与日俱增的，有一部分常变的拼装逻辑会来越长。小小的电脑显示屏曾经不足以让代码在一行内显示了。

有许多个性会把字符串转为变量，但前面那串又臭又长的变量仍然无奈简略甩掉，因而有大部分同学会抉择把代码格式化了。

如下代码：

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 中的字符串插值的简略版本。咱们间接看例子：

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)，结尾是 \(，结尾是 )，成对呈现。
  • 在格局上，一个无效的 \(，前面必须有一个表达式和一个尾部的 ），这样能力失效。

下面的例子中，以下几个都是字符串插值：

\(person.Name())

\(person.Age())

\(time.Now().Round(0))

会有同学纳闷像 person 看起来就是构造体的是怎么取值的？

Go 有一个神奇的约定办法，像构造体这类类型，如果有 String() string 办法，将会调用该办法以获取字符串值。

如果没有 String 办法，须要是字符串、整数、浮点数、复数、常量或布尔值等类型，能够取值后格式化。否则将会报错。

其余语言例子

Swift

let multiplier = 3
let message = "\(multiplier) times 2.5 is \(Double(multiplier) * 2.5)"
// message is "3 times 2.5 is 7.5"

Kotlin

var age = 21

println("My Age Is: $age")

C

string name = "Mark";
var date = DateTime.Now;

Console.WriteLine($"Hello, {name}! Today is {date.DayOfWeek}, it's {date:HH:mm} now.");

Rust

let person = get_person();
println!("Hello, {person}!"); // captures the local `person`

println!("Hello, {}!", get_person());                // implicit position
println!("Hello, {0}!", get_person());               // explicit index
println!("Hello, {person}!", person = get_person()); // named

let (width, precision) = get_format();
for (name, score) in get_scores() {println!("{name}: {score:width$.precision$}");
}

争执矛盾点

以后的次要争论点之一，像是 fmt.Sprintf 等办法也能够实现字符串插值截然不同的成果，为什么还要新增这个性能个性（或是语法糖）？

支流观点是现有的格式化字符串的办法，在参数数量多了后，很容易出错（例如：程序搞错），也比拟涣散，一大坨代码。

在新增字符串插值的个性 / 语法糖后，能够更好浏览、更好批改，不须要过于依赖编写变量的程序、更紧凑。

具体的例子如下，现有版本代码：

errorf(pos, "arguments to copy %s and %s have different element types %s and %s", x, &y, dst.elem, src.elem)

利用新个性后会变成：

error(pos, "arguments to copy \(x) and \(&y) have different element types \(dst.elem) and \(src.elem)")

总结

其实咱们在工作中都常常遇到这个问题，甚至在 issues 中有同学反馈，他常常要写 50 个以上参数的格式化参数，在 Go 这保护起来比拟苦楚。

如果你是长期保护某几个我的项目的开发者，一直继续新增、变更的现有格式化字符串的办法，和新增的字符串插值。

在接下来的几年中，你会抉择哪一个？或是有没有新的想法？

文章继续更新，能够微信搜【脑子进煎鱼了】浏览，本文 GitHub github.com/eddycjy/blog 已收录，学习 Go 语言能够看 Go 学习地图和路线，欢送 Star 催更。

Go 图书系列

  • Go 语言入门系列：初探 Go 我的项目实战
  • Go 语言编程之旅：深刻用 Go 做我的项目
  • Go 语言设计哲学：理解 Go 的为什么和设计思考
  • Go 语言进阶之旅：进一步深刻 Go 源码

举荐浏览

  • 加大力度！Go 将会加强 Go1 向后兼容性
  • 打脸了兄弟们，Go1.20 arena 来了！
  • Go 十年了，终于想起要对立 log 库了！
退出移动版