一点收获：日常开发中，我们较少使用ids.xml文件来定义可重用的id，所以尽量使用@+id来定义或引用。尤其是在RelativeLayout，ConstraintLayout中，使用@+id来避免因View的前后定义顺序而引入的编译问题
一. @+id 和 @id 到底有什么区别呢 ?
首先来说说@+id和@id各自的工作原理吧
- 对于
@+id/some_value: 如果R.java中没有some_value这个值, 则在R.java中生成一个some_value值; 如果有则直接使用已经存在的值. - 对于
@id/some_value: 如果R.java中存在some_value这个值, 则使用此值; 否则会造成编译错误.
因此, ***@+id和@id的区别就是: @+id引用的值存在则使用, 不存在则创建; @id只能引用R.java中已经存在的值, 如果引用的值不存在则编译出错. ***
二. 下面来看一个布局文件:
一个错误的布局案例.png
使用这个布局, 编译是会报错, 错误如下 (关键信息, 其他省略):
No resource found that matches the given name (at 'layout_below' with value '@id/welcome').
错误信息很明显, 就是上面的那个TextView的layout_below所引用的id值不存在 !!
根据前面说的 @id引用已经存在的值, 不存在则报错, 这里就是这种情况. ID welcome在被layout_below引用之前并没有定义, 因此导致编译错误了!!
那么如何解决这种错误呢?
- 根据前面所说的
@+id 引用的值不存在时会创建, 存在则直接引用, 只要把下面的TextView移动到上面的TextView之前, 就可以了! - 将布局中的
layout_below="@id/welcome"改成layout_below="@+id/welcome"(这样layout_below引用welcome时就会在R.java文件中创建welcome, 因此下面的TextView的id就会使用layout_below引用处所创建的值) - 在
res/values目录下创建资源文件ids.xml(文件名不一定是ids.xml, 可以是任意合法的资源文件名) 定义公用的id (ids.xml中定义的id会在所有布局文件被解析之前由appt处理, 即在R.java文件生成ids.xml文件中定义的id) , ids.xml内容如下:
<?xml version="1.0" encoding="utf-8"?>
<resources>
<item name="welcome" type="id"/>
</resources>
三. @+id 和 @id 使用最佳实践
为了重用id, 可以在res/values目录下创建一个ids.xml文件, 在其中定义可以重用的id, 然后在其他布局文件中使用@id引用之 (这样可以减少R.java文件中生成的id数量)
对于没有在ids.xml文件中定义的id, 尽量使用@+id来引用. (这样可以避免由于View定义顺序而导致编译错误)
