|
|
1
8
我想您的版本性能会好一点,因为它没有分配那么多临时字符串对象。 我会这样做(假设字符串不是空的):
但是,请注意,它们并不等同于我们所使用的 toUpperCase() 还有其他用途 toTitleCase() .
|
|
2
3
如果我要写一个库,我会尽量确保我的Unicode是正确的,而不是担心性能。不经意间:
|
|
|
3
2
表现是平等的。
您的代码复制了调用
上的apache代码
|
|
4
1
|
|
|
5
1
|
|
6
0
你两个都计时了吗? 老实说,它们是等价的。。因此,一个表现更好的 是更好的:) |
|
|
7
0
我不知道这是否“更好”(我想你是说更快)。为什么不同时介绍这两种解决方案? |
|
|
8
0
|
|
|
9
0
使用此方法将字符串大写。它完全工作没有任何错误
|
|
|
10
0
|
|
11
0
如果只大写有限的单词,最好将其缓存。
文本是从中选取的 here 目前,我需要对表名和列进行大写,但次数很多,但它们是有限的。使用hashMap进行缓存会更好。 :-) |
|
Sweepy Dodo · JSON lite的格式化 1 年前 |
|
|
giantjenga · 优化整数向量到二进制向量的转换 1 年前 |
|
Zegarek · Postgresql递归查询未提供预期结果 1 年前 |
|
|
Joe · 为什么这两个查询之间的性能存在如此大的差异? 1 年前 |
|
tic-toc-choc · 在`dplyr中高效使用列表进行过滤` 1 年前 |