关于Android中使用String Resources的疑问：为何不用硬编码文本？

嘿，这个问题问得特别接地气！很多刚入行Android的小伙伴都会有这个疑惑，我来给你唠唠为啥官方一直死磕要用String Resources，而不是直接把文本硬怼在代码或布局里。

• 多语言本地化直接起飞
  这绝对是最核心的原因！要是你想让App面向全球用户，硬编码文本的话，改语言就得手动扒遍所有代码和布局找对应的文字，不仅容易漏改，还能把代码搞得一团糟。用String Resources就不一样了，只需要在res/values-xx目录下建对应的strings.xml（比如values-zh-rCN对应简体中文，values-es对应西班牙语），把翻译好的字符串丢进去，系统会自动根据用户设备的语言加载对应资源，完全不用碰业务代码，效率直接拉满。

• 统一维护，少做无用功
  假设你的App里有个“提交”按钮，在10个不同布局、对话框里都用到了。要是硬编码，哪天产品说要改成“确认提交”，你得一个个找出来改，漏改一个就得背锅。但用String Resources的话，只需要在strings.xml里改一次，所有引用这个字符串的地方都会自动更新，省心又省力。

• 适配各种设备和场景
  Android设备五花八门，大屏平板、折叠屏、用户调大了系统字体，这些场景都得考虑。String Resources支持字符串格式化和样式设置，比如用%s占位符动态替换内容，用<b>``<i>标签加粗细斜体，甚至能针对横竖屏、不同分辨率定义不同的字符串，让文本在任何场景下都显示得舒服。

• 代码更整洁，可读性拉满
  硬编码文本会让布局或代码里塞满一堆字符串常量，比如android:text="点击查看更多详情"，时间长了你自己都记不清这文本在哪用过。而用@string/view_more_details这种引用，一眼就懂含义，代码也清爽，团队协作时别人看你的代码也不头疼。

• 贴合官方最佳实践
  谷歌在Android文档里反复强调要用资源文件管理静态内容（字符串、颜色、尺寸啥的）。跟着规范走，不仅App更容易过Google Play审核，项目结构也更规整，后续维护和扩展都顺畅得多。

给你举个直观对比：
硬编码的写法（不推荐）：

<Button
    android:id="@+id/submit_btn"
    android:text="提交"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"/>

用String Resources的写法（推荐）：
先在res/values/strings.xml里定义：

<string name="submit_button">提交</string>

再在布局里引用：

<Button
    android:id="@+id/submit_btn"
    android:text="@string/submit_button"
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"/>

是不是瞬间清爽多了？

内容的提问来源于stack exchange，提问作者Darshit Anjaria