android module 简书,Android主项目和Module中R类的区别
我们知道 Android 项目中会通过自动生成一个 R.java 类的方式来保存项目中所有资源文件的标识。在主项目中生成的 R.java 中的资源声明是一个静态常量,而在 module 中它却是一个静态变量。这是为什么呢?我们知道在 java 中如果某个值被声明成常量(用 final 修饰),则在编译后,该常量会被直接替换成值。而在 java 语法中,注解的属性和 switch-case 中的 c
我们知道 Android 项目中会通过自动生成一个 R.java 类的方式来保存项目中所有资源文件的标识。在主项目中生成的 R.java 中的资源声明是一个静态常量,而在 module 中它却是一个静态变量。这是为什么呢?我们知道在 java 中如果某个值被声明成常量(用 final 修饰),则在编译后,该常量会被直接替换成值。而在 java 语法中,注解的属性和 switch-case 中的 case 表达式,必须使用常量或者直接使用值,否则会报语法错误。下面我们会展开讨论下为什么 module 中的 R 类中声明的资源标识不是 final 的,这些又导致了哪些现象?
主项目中
比如你在主项目中创建了一个 activity_main.xml 的布局文件,则 R.java 中会自动加入一行如下静态常量。
public static final class layout {
...
public static final int activity_main=0x7f09001b;
此后你就可以通过 R.layout.activity_main 的方式使用该资源
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
}
}
我们编译上述代码后得到 MainActivity.class ,会发现里面的静态常量被直接替换成了值。代码运行过程中,就可以直接通过值来找到对应资源了。
public class MainActivity extends AppCompatActivity {
public MainActivity() {
}
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
this.setContentView(2131296283);
}
}
Module中
然后我们再在一个 module 中同样创建一个 MainActivity 和对应的资源,我们查看该 module 下的 R.java 。
public static final class layout {
...
public static int activity_main = 0x7f0f001c;
大家有发现区别了吗?在 module 中添加的该资源少了 final。我们再来看下 MainActivity.class 文件。我们会发现此处的资源引用是使用的静态变量方式,而未直接使用资源的值。
public class MainActivity extends AppCompatActivity {
public MainActivity() {
}
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
this.setContentView(layout.activity_main);
}
}
为什么这样做
Android 中,如果你在 module 中添加了一个资源,就拿这里的 activity_main.xml 举例。我们此处假设如果在 module 中也是 final 的,那会出现什么情况?第一,该 module 编译后的代码中该资源会被替换成值;第二,当该 module 被添加到主项目中后,如果主项目中有一个同样名称的资源,那么 module 中的该资源就会被替换;第三,主项目中会重新针对该资源生成一个 ID;最终就会出现 module 中那个资源 ID 找不到了。所以呢,这也是为什么 module 中的资源 ID 声明不使用 final 的原因。
有关资源合并的规则,可以参考下 google 的官方文档
导致的几个现象
1,这就是为什么当主项目与 module 中有同样资源时,module 却会使用主项目的资源。
2,这也是为什么我们在 module 中无法针对资源使用 switch-case 方式的原因。
3,这也是为什么我们无法在 module 中直接使用 butterknife,因为注解的属性需要是 final 的。当然现在 butterknife 已经提供了一个解决方案。就是利用 gradle 拷贝一份 R.java 命名成 R2.java,R2.java 里面的资源声明都是 final 的。这样就躲过了语法检查。当然使用butterknife编译后的字节码中使用的还是R.java中的资源声明。
作者简介
彭涛(@彭涛me) 致力于让技术变得易懂且有趣
个人博客:http://pengtao.me
更多推荐
所有评论(0)