由于目前pad 机器类型众多，机器尺寸大小，分辨率众多，对于如此浩大的工程，适配工作同样浩大，特别是出现某些国产机器，总会出现堆栈层次太深，cpu 以及内存处理能力不行，例如优派，华硕。如果应用程序被要求转屏自适应适配，界面布局复杂经常会出现灾难性的崩溃。
下面是我在处理这些问题中总结的一些问题，以及解决方案：
1.pad项目开发，对于架构的要求比较高。所以在采用过程中，采用业务模块为基准，组件模式的方式实现整个项目的架构
还有其他的很多组件，没有一一列出。
基于组件的模式对于后面的适配工作，起到事半功倍的功能，而且整个ui的整体可控制能力大大加强，解决由于层次太深堆栈溢出的问题。
所有界面的转屏事件交给activity Engine通过接口实现组件的横竖屏切换。activity的管理交给app Engine管理。
ui组件开发，要尽量做到自适应界面拉伸，缩放，以及权重自动分配等问题。解决自定义表格的自动动态加载，以及自动分配占位问题；
lrucache 组件处理大图片缓存问题；
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
