转载请注明出处:http://blog.csdn.net/droyon/article/details/39890469
在进行Android应用程序开发时,善于运用xml中的product配置,能够达到优化代码的目的。
比如:我们须要一个依据设备是否含有模拟sd卡存储区,显示不同的描写叙述的需求,一般来说,我们须要这样来实现:
"含有模拟SD卡" "无模拟SD卡"
String desc = ""; if (Environment.isExternalStorageEmulated()) { desc = getString(R.string.filter_apps_onsdcard); }else{ desc = getString(R.string.filter_apps_nosdcard); }假设我们善用xml资源的写法,我们的代码能够这样写:
"含有模拟SD卡" "无模拟SD卡"
String desc = ""; desc = getString(R.string.filter_apps_sdcard);在代码中省去了推断逻辑,我们的代码执行效率更高。那么问题来了, “挖掘机技术那家强”,
![偷笑](http://static.blog.csdn.net/xheditor/xheditor_emot/default/titter.gif)
额,赤裸裸的被洗脑了。言归正传,看到上述的资源配置,我非常想知道,product能够进行填写那些值或者取值来源。
事实上product相应的值来源于“PRODUCT_CHARACTERISTICS”所相应的赋值。
在我们编译android系统时,依据不同的项目,会运行makefile文件,当中每一个项目都能够对每一个项目进行PRODUCT_CHARACTERISTICS赋值。比如:
./device/lge/hammerhead/device.mk
PRODUCT_CHARACTERISTICS := nosdcard假设我们编译的androidproject烧录到设备中,这个值会写入/system/build.prop中。
ro.build.characteristics=nosdcard仅仅只是,在build.prop中,这个属性为仅仅读属性,不可更改。