Android为何将hint属性置于TextView而非EditText？

提示（Hint）是文本输入字段（Android里的EditText）在用户输入内容前显示的占位文本，输入字符后就会消失。比如一个显示「First name」的字段，会提示用户输入名字，当输入“B”后，占位文本消失，字段显示「B 」。

但在Android的控件体系里，Hint属性是定义在TextView而非EditText中的，结合EditText继承自TextView的设计，下面解答几个常见疑问：

为什么Hint属性定义在TextView而非EditText？ #

• 遵循复用优先的控件设计原则：EditText本质是可编辑的TextView，把Hint这种「无内容时的占位提示」能力放在父类TextView中，能让所有继承自它的控件（比如Button、EditText、甚至自定义文本控件）都直接复用这个功能，避免在每个子类里重复实现相同逻辑。
• 从功能本质出发：Hint的核心是「控件无内容时显示的提示文本」，这个逻辑并不只属于可编辑的输入框——比如某些状态下的TextView也需要在无数据时显示提示，放在父类能覆盖更多使用场景。

为什么不只为EditText设置Hint属性？ #

• 这种设计会破坏控件的复用性与扩展性：如果只给EditText加Hint，那其他需要类似占位功能的文本控件就必须自己重复编写一套显示/隐藏Hint的逻辑，增加代码冗余。
• 从长远扩展来看，后续新增的文本类控件只要继承TextView，就能天然拥有Hint能力，不用再单独适配开发，降低了维护成本。

TextView能不能使用Hint属性？ #

当然可以。TextView虽然默认不可编辑，但完全支持Hint属性：当TextView的text为空时，会显示设置的Hint文本；一旦给text赋值，Hint就会被隐藏。比如在XML中可以这样写：

<TextView
    android:layout_width="wrap_content"
    android:layout_height="wrap_content"
    android:hint="暂无数据"
    android:text="" />

当text为空时，控件会显示「暂无数据」的提示，设置具体text内容后，提示就会被替换成目标文本。

内容的提问来源于stack exchange，提问作者Zeek Aran