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

8次阅读

共计 2420 个字符,预计需要花费 7 分钟才能阅读完成。

大家好,我是煎鱼。

在日常开发 Go 工程中,咱们常常会用 fmt.Printffmt.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 库了!
正文完
 0