为什么 gradle lint 认为省略号字符“...”比“...”更具可读性？
Why gradle lint think ellipsis character "…" is more readable than "..."?
我在 string.xml 中定义了一个字符串 "XXX..." 并得到一个 gradle lint 问题。
Replace "..." with ellipsis character (…, …) ?
Explanation: Ellipsis string can be replaced with ellipsis character.
You can replace the string "..." with a dedicated ellipsis character,
ellipsis character (…, …). This can help make the text more readable.
为什么“...”比“...”更具可读性？当有人看到“…”时，我想 he/she 不会意识到这是一个省略号字符。
这是关于好的排版。 actual ellipsis character 几乎总是优于具有三个点的近似值。在某些字体中，连续的三个点之间的 space 太多，而实际的省略号字符看起来不错：字体设计者可以控制专用省略号的外观，但他无法控制三个点的排列方式应显示一行。
这就像使用破折号“–”与带有两个减号“--”的近似值：通过组合几个普通字符而不是使用专用字符来使用近似值几乎总是显得笨拙和不专业。
我在 string.xml 中定义了一个字符串 "XXX..." 并得到一个 gradle lint 问题。
Replace "..." with ellipsis character (…, …) ?
Explanation: Ellipsis string can be replaced with ellipsis character.
You can replace the string "..." with a dedicated ellipsis character,
ellipsis character (…, …). This can help make the text more readable.
为什么“...”比“...”更具可读性？当有人看到“…”时，我想 he/she 不会意识到这是一个省略号字符。
这是关于好的排版。 actual ellipsis character 几乎总是优于具有三个点的近似值。在某些字体中，连续的三个点之间的 space 太多，而实际的省略号字符看起来不错：字体设计者可以控制专用省略号的外观，但他无法控制三个点的排列方式应显示一行。
这就像使用破折号“–”与带有两个减号“--”的近似值：通过组合几个普通字符而不是使用专用字符来使用近似值几乎总是显得笨拙和不专业。