在上篇中,我们已经看到为什么 Text
,或者更准确地说,LocalizedStringKey
,可以接受 Image
和 Date
,而不能接受 Bool
或者自定义的 Person
类型了。在这下篇中,让我们具体看看有哪些方法能让 Text
支持其他类型。
为 LocalizedStringKey 自定义插值
如果我们只是想让 Text
可以直接接受 true
或者 false
,我们可以简单地为加上 appendInterpolation
的 Bool
重载。
1
2
3
4
5
extension LocalizedStringKey.StringInterpolation {
mutating func appendInterpolation(_ value: Bool) {
appendLiteral(value.description)
}
}
这样的话,我们就能避免编译错误了:
1
Text("3 == 3 is \(true)")
对于 Person
,我们可以同样地添加 appendInterpolation
,来直接为 LocalizedStringKey
增加 Person
版本的插值方法:
1
2
3
4
5
extension LocalizedStringKey.StringInterpolation {
mutating func appendInterpolation(_ person: Person, isFriend: Bool) {
appendLiteral(person.title(isFriend: isFriend))
}
}
上面的代码为 LocalizedStringKey.StringInterpolation 添加了 Bool 和 Person 的支持,但是这样的做法其实破坏了本地化的支持。这可能并不是你想要的效果,甚至造成预料之外的行为。在完全理解前,请谨慎使用。在本文稍后关于本地化的部分,会对这个话题进行更多讨论。
LocalizedStringKey 的真面目
通过 key 查找本地化值
我们花了大量篇幅,一直都在 LocalizedStringKey
和它的插值里转悠。回头想一想,我们似乎还完全没有关注过 LocalizedStringKey
本身到底是什么。正如其名,LocalizedStringKey
是 SwiftUI 用来在 Localization.strings 中查找 key 的类型。试着打印一下最简单的 LocalizedStringKey
值:
1
2
3
4
5
6
7
let key1: LocalizedStringKey = "Hello World"
print(key1)
// LocalizedStringKey(
// key: "Hello World",
// hasFormatting: false,
// arguments: []
// )
它会查找 “Hello World” key 对应的字符串。比如在本地化字符串文件中有这样的定义:
1
2
// Localization.strings
"Hello World"="你好,世界";
那是使用时,SwiftUI 将根据 LocalizedStringKey.key
的值选取结果:
1
2
3
Text("Hello World")
Text("Hello World")
.environment(\.locale, Locale(identifier: "zh-Hans"))
插值 LocalizedStringKey 的 key
那么有意思的部分来了,下面这个 LocalizedStringKey
的 key 会是什么呢?
1
2
let name = "onevcat"
let key2: LocalizedStringKey = "I am \(name)"
是 "I am onevcat"
吗?如果是的话,那这个字符串要如何本地化?如果不是的话,那 key 会是什么?
打印一下看看就知道了:
1
2
3
4
5
6
7
8
9
10
11
print(key2)
// LocalizedStringKey(
// key: "I am %@",
// hasFormatting: true,
// arguments: [
// SwiftUI.LocalizedStringKey.FormatArgument(
// ...storage: Storage.value("onevcat", nil)
// )
// ]
// )
key 并不是固定的 “I am onevcat”,而是一个 String formatter:”I am %@”。熟悉 String format 的读者肯定对此不会陌生:name
被作为变量,会被传递到 String format 中,并替换掉 %@
这个表示对象的占位符。所以,在本地化这个字符串的时候,我们需要指定的 key 是 “I am %@”。当然,这个 LocalizedStringKey
也可以对应其他任意的输入:
1
2
3
4
5
6
7
8
9
// Localization.strings
"I am %@"="我是%@";
// ContentView.swift
Text("I am \("onevcat")")
// 我是onevcat
Text("I am \("张三")")
// 我是张三
对于 Image
插值来说,情况很相似:Image
插值的部分会被转换为 %@
,以满足本地化 key 的需求:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
let key3: LocalizedStringKey = "Hello \(Image(systemName: "globe"))"
print(key3)
// LocalizedStringKey(
// key: "Hello %@",
// ...
// )
// Localization.strings
// "Hello %@"="你好,%@";
Text("Hello \(Image(systemName: "globe"))")
Text("Hello \(Image(systemName: "globe"))")
.environment(\.locale, Locale(identifier: "zh-Hans"))
值得注意的一点是,Image
的插值对应的格式化符号是 %@
,这和 String
的插值或者其他一切对象插值所对应的符号是一致的。也就是说,下面的两种插值方式所找到的本地化字符串是相同的:
1
2
3
4
Text("Hello \("onevcat")")
.environment(\.locale, Locale(identifier: "zh-Hans"))
Text("Hello \(Image(systemName: "globe"))")
.environment(\.locale, Locale(identifier: "zh-Hans"))
其他类型的插值格式化
可能你已经猜到了,除了 %@
外,LocalizedStringKey
还支持其他类型的格式化,比如在插值 Int
时,会把 key 中的参数转换为 %lld
;对 Double
则转换为 %lf
等:
1
2
3
4
5
let key4: LocalizedStringKey = "Hello \(1))"
// LocalizedStringKey(key: "Hello %lld)
let key5: LocalizedStringKey = "Hello \(1.0))"
// LocalizedStringKey(key: "Hello %lf)
使用 Hello %lld
或者 Hello %lf
,是不能在本地化文件中匹配到之前的 Hello %@
的。
更合理的 appendInterpolation 实现
避免 appendLiteral
现在让我们回到 Bool
和 Person
的插值这个话题。在本篇一开始,我们添加了两个插值方法,来让 LocalizedStringKey
接受 Bool
和 Person
的插值:
1
2
3
4
5
6
7
mutating func appendInterpolation(_ value: Bool) {
appendLiteral(value.description)
}
mutating func appendInterpolation(_ person: Person, isFriend: Bool) {
appendLiteral(person.title(isFriend: isFriend))
}
在两个方法中,我们都使用了 appendLiteral
来将 String
直接添加到 key 里,这样做我们得到的会是一个完整的,不含参数的 LocalizedStringKey
,在大多数情况下,这不会是我们想要的结果:
1
2
3
4
5
6
let key6: LocalizedStringKey = "3 == 3 is \(true)"
// LocalizedStringKey(key: "3 == 3 is true", ...)
let person = Person(name: "Geralt", place: "Rivia", nickName: "White Wolf")
let key7: LocalizedStringKey = "Hi, \(person, isFriend: false)"
// LocalizedStringKey(key: "Hi, Geralt of Rivia", ...)
在实现新的 appendInterpolation
时,尊重插入的参数,将实际的插入动作转发给已有的 appendInterpolation
实现,让 LocalizedStringKey
类型去处理 key 的合成及格式化字符,应该是更合理和具有一般性的做法:
1
2
3
4
5
6
7
8
9
10
11
12
13
mutating func appendInterpolation(_ value: Bool) {
appendInterpolation(value.description)
}
mutating func appendInterpolation(_ person: Person, isFriend: Bool) {
appendInterpolation(person.title(isFriend: isFriend))
}
let key6: LocalizedStringKey = "3 == 3 is \(true)"
// LocalizedStringKey(key: "3 == 3 is %@", ...)
let key7: LocalizedStringKey = "Hi, \(person, isFriend: false)"
// LocalizedStringKey(key: "Hi, %@", ...)
为 Text 添加样式
结合利用 LocalizedStringKey
参数插值和已有的 appendInterpolation
,可以写出一些简便方法。比如可以添加一组字符串格式化的方法,来让 Text
的样式设置更简单一些:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
extension LocalizedStringKey.StringInterpolation {
mutating func appendInterpolation(bold value: LocalizedStringKey){
appendInterpolation(Text(value).bold())
}
mutating func appendInterpolation(underline value: LocalizedStringKey){
appendInterpolation(Text(value).underline())
}
mutating func appendInterpolation(italic value: LocalizedStringKey) {
appendInterpolation(Text(value).italic())
}
mutating func appendInterpolation(_ value: LocalizedStringKey, color: Color?) {
appendInterpolation(Text(value).foregroundColor(color))
}
}
1
Text("A \(bold: "wonderful") serenity \(italic: "has taken") \("possession", color: .red) of my \(underline: "entire soul").")
可以得到如下的效果:
对应的 key 是 “A %@ serenity %@ %@ of my %@.”。插值的地方都会被认为是需要参数的占位符。在一些情况下可能这不是你想要的结果,不过 attributed string 的本地化在 UIKit 中也是很恼人的存在。相对于 UIKit 来说,SwiftUI 在这方面的进步还是显而易见的。
关于 _FormatSpecifiable
最后我们来看看关于 _FormatSpecifiable
的问题。可能你已经注意到了,在内建的 LocalizedStringKey.StringInterpolation
有两个方法涉及到了 _FormatSpecifiable
:
1
2
mutating func appendInterpolation<T>(_ value: T) where T : _FormatSpecifiable
mutating func appendInterpolation<T>(_ value: T, specifier: String) where T : _FormatSpecifiable
指定占位格式
Swift 中的部分基本类型,是满足 _FormatSpecifiable
这个私有协议的。该协议帮助 LocalizedStringKey
在拼接 key 时选取合适的占位符表示,比如对 Int
选取 %lld
,对 Double
选取 %lf
等。当我们使用 Int
或 Double
做插值时,上面的重载方法将被使用:
1
2
3
4
5
Text("1.5 + 1.5 = \(1.5 + 1.5)")
// let key: LocalizedStringKey = "1.5 + 1.5 = \(1.5 + 1.5)"
// print(key)
// 1.5 + 1.5 = %lf
上面的 Text
等号右边将按照 %lf
渲染:
如果只想要保留到小数点后一位,可以直接用带有 specifier
参数的版本。在生成 key 时,会用传入的 specifier
取代原本应该使用的格式:
1
2
3
Text("1.5 + 1.5 = \(1.5 + 1.5, specifier: "%.1lf")")
// key: 1.5 + 1.5 = %.1lf
为自定义类型实现 _FormatSpecifiable
虽然是私有协议,但是 _FormatSpecifiable
相对还是比较简单的:
1
2
3
4
5
protocol _FormatSpecifiable: Equatable {
associatedtype _Arg
var _arg: _Arg { get }
var _specifier: String { get }
}
让 _arg
返回需要被插值的实际值,让 _specifier
返回占位符的格式,就可以了。比如可以猜测 Int: _FormatSpecifiable
的实现是:
1
2
3
4
extension Int: _FormatSpecifiable {
var _arg: Int { self }
var _specifier: String { "%lld" }
}
对于我们在例子中多次用到的 Person
,也可以用类似地手法让它满足 _FormatSpecifiable
:
1
2
3
4
extension Person: _FormatSpecifiable {
var _arg: String { "\(name) of \(place)" }
var _specifier: String { "%@" }
}
这样一来,即使我们不去为 LocalizedStringKey
添加 Person
插值的方法,编译器也会为我们选择 _FormatSpecifiable
的插值方式,将 Person
的描述添加到最终的 key 中了。
总结
在上篇的基础上,在本文中:
- 我们尝试扩展了
LocalizedStringKey
插值的方法,让它支持了Bool
和Person
。 LocalizedStringKey
插值的主要任务是自动生成合适的,带有参数的本地化 key。- 在扩展
LocalizedStringKey
插值时,应该是尽可能使用appendInterpolation
,避免参数“被吞”。 - 插值的格式是由
_FormatSpecifiable
确定的。我们也可以通过让自定义类型实现这个协议的方式,来进行插值。
至此,为什么 Text
中可以插值 Image
,以及它背后发生的所有事情,我们应该都弄清楚了。