背景
一般大家在写页面时都是通过xml写布局,通过setContentView、或LayoutInflater.from(context).inflate方法将xml布局加载到内存中。
优点
- 可维护性好
- 支持即时预览
- 代码结构清晰
缺点
- 读取xml很耗时
- 递归解析xml较耗时
- 反射生成对象的耗时是new的3倍以上
我们团队在这个问题上也探索过很多解决方案,一度走到了另一个极端,完全废弃xml,所有控件通过java来new,甚至直接在canvas里绘制,这样虽然性能确实提升了,但是代码已经没有了一丁点可读性,可维护性。
我们后来反思代码到底是给机器看的,还是给人看的??也许X2C已经给了我们一个答案
有使用问题和其他技术问题,欢迎加群交流讨论
653583088
本群提供免费的学习指导以及免费的解答不懂得问题都可以在本群提出来 之后还会有职业生涯规划以及面试指导进群修改群备注:开发年限-地区-经验方便解答问题
X2C
为了即保留xml的优点,又解决它带来的性能问题,我们开发了X2C方案。即在编译生成APK期间,将需要翻译的layout翻译生成对应的java文件,这样对于开发人员来说写布局还是写原来的xml,但对于程序来说,运行时加载的是对应的java文件。
我们采用APT(Annotation Processor Tool)+ JavaPoet技术来完成编译期间【注解】->【解注解】->【翻译xml】->【生成java】整个流程的操作。
性能对比
在开发集成完之后我们做了简单的测试,性能对比如下
加载方式 | 次数 | 平均加载时间 | </
---|