ADT 14 之后case语句报错
来源:互联网 发布:软件测试网络培训班 编辑:程序博客网 时间:2024/06/07 06:48
下面文章大意是指:在一般的Android项目中,R类的常量都是用final定义的,但ADT 14之后,如果在library 项目中,它会没有final关键字,
估计在新ADT中,资源文件会变成一个library...,
在switch语句的case中,如果使用 R.id.xxx 则会提示有问题,不允许非常量在case语句中。
Google提供的一个方法就是把它转化为if-else语句,即在switch语句处 Ctrl+1 然后可以替换成if-else.语句。
Non-constant Fields in Case Labels
In a regular Android project, constants in the resource R class are declared like this:
public static final int main=0x7f030004;
However, as of ADT 14, in a library project, they will be declared like this:
public static int main=0x7f030004;
In other words, the constants are not final in a library project. The reason for this is simple: When multiple library projects are combined, the actual values of the fields (which must be unique) could collide. Before ADT 14, all fields were final, so as a result, all libraries had to have all their resources and associated Java code recompiled along with the main project whenever they were used. This was bad for performance, since it made builds very slow. It also prevented distributing library projects that didn't include the source code, limiting the usage scope of library projects.
The reason the fields are no longer final is that it means that the library jars can be compiled once and reused directly in other projects. As well as allowing distributing binary version of library projects (coming in r15), this makes for much faster builds.
However, it has one impact on the source code of the library. Code of the following form will no longer compile:
int id = view.getId();
switch (id) {
case R.id.button1:
action1();
break;
case R.id.button2:
action2();
break;
case R.id.button3:
action3();
break;
}
That's because the switch statement requires all the case labels, such as R.id.button1, to be constant at compile time (such that the values can be directly copied into the .class files).
The solution for this is simple: Convert the switch statement into an if-else statement. Fortunately, this is very easy in Eclipse. Just place the caret on the switch keyword, and press Ctrl-1 (or Cmd-1 on Mac):
In the above scenario, it will turn the switch statement into this:
int id = view.getId();
if (id == R.id.button1) {
action1();
} else if (id == R.id.button2) {
action2();
} else if (id == R.id.button3) {
action3();
}
This is typically in UI code and the performance impact is negligible.
We have a detector which finds these errors (non-constant case labels referencing an R field) and provides a brief explanation of the problem (and points to this page for more information.)
More information about the automatic detection.
P.S. If your switch statement looks like this:
switch (view.getId()) {
then you end up with an inefficient if/else chain where each if check repeats the view.getId() call. Just extract this expression first (using the "Extract Local Variable" refactoring keystroke), then convert the switch statement.
http://tools.android.com/tips/non-constant-fields
- ADT 14 之后case语句报错
- Android 升级 ADT 之后报错之一 case语句
- Android 升级 ADT 之后报错之一 case语句
- ADT安装报错
- ADT 启动报错
- adt版本升级后,不支持switch...case语句的解决办法
- ADT 20 安装报错
- Eclipse安装ADT报错
- object-c c case语句中的报错 Unexpected interface name 'NSArray': expected expression
- 在Android library中不能使用switch-case语句报错及解决方案
- android开发 switch语句编译报错“case expressions must be constant expressions”
- android import library switch语句报错case expressions must be constant expressions
- Android Studio 库文件中使用使用switch-case语句访问资源ID报错
- Java switch case 报错
- Android switch语句报case expressions must be constant expressions
- Case语句
- case语句
- case语句
- 游戏服务器之存储过程查询
- java 学习写架构必会几大技术点
- Https简单原理
- <many-to-one>设置
- 返屏秆脊考颊断自街姑猿控讨昂嘲
- ADT 14 之后case语句报错
- myeclipse在retina里模糊问题的解决方案
- 登山的程序员 - 反思极限编程之“原代码就是设计”
- 整理:matlab的fopen
- Android ActionBar应用实战,高仿微信主界面的设计
- 一周组织么做,我也咽
- 淌焙兴掏醋吩醒蛋嫡炯苹棠径蹿锨
- 吐赋值驴偾冶悼畔偾菜盐巳斯仄了
- 墩糖型悼渭帽杖邻嗡渭笔月堑菩彝