两种方法我都用过:
- 让 Activity 在轮换时销毁
- 不要让 Activity 在轮换时被破坏
我的方法几乎每次都是捕捉旋转事件,如果需要,调用 setContentView 并再次添加一些组件。如果没有,只需让它旋转,布局就会适应。
到目前为止,我只看到让它在具有非常动态的结构的非常复杂的屏幕上被破坏的优势,并且每当我旋转而不是破坏时重建屏幕时都会出现一些闪烁。
必须通过 onSaveInstance、onRestoreInstace 传递状态的开销有时很容易出错,而且不知何故很耗时。
我错过了什么吗?
更新:
我没有在我的代码中做任何类型的 if "Orientation.XPTO == ..."。这是两种方法中每一种的逻辑(代码被重用):
销毁时
onCreate -> DrawUI() setContentView and add views -> fill() add content
未销毁时:
onCreate -> DrawUI() setContentView and add views -> fill() add content
onRotation -> DrawUI() setContentView and add views -> fill() add content
旋转后调用 setContentView 时,它会为设备方向选择正确的布局(查看 Google 的 Reto Meier https://stackoverflow.com/a/456918/327011 的回答)
并且 DrawUI 和 fill 必须具有纵向和横向布局的逻辑,因为 Activity 可以在两个方向中的每一个上创建。
最佳答案
Am I missing something?
是的。您假设您的替代方案不太容易出错。
通过不经历销毁和重建循环,您必须确保为每个可能的配置更改处理更改每个资源。
Don't let the activity be destroyed on rotation
除非您使用 android:screenOrientation
强制您的 Activity 进入单一方向(例如,landscape
),否则您不能只处理与旋转相关的配置更改。您需要处理所有 配置更改。否则,只要用户将他们的设备放入扩展坞、将其从扩展坞中移除、从“设置”更改语言、连接或分离键盘、更改全局字体缩放等,您的应用就会崩溃。
反过来,这意味着在每次配置更改时,您需要:
- 为潜在的新字符串资源更新您的用户界面
- 调整或重新加载您的布局(通过“调整”包括更改任何可绘制对象、动画、菜单等)
- 与您的资源相关的任何其他内容(例如,
PreferenceFragment
中的数组列表)
问题是你会忘记一些东西。例如,您会错过更改与操作栏项目关联的字符串,因此现在您的大部分 UI 都是西类牙语,而该操作栏项目是英语。您将要忘记的事情不会那么明显(您多久测试一次西类牙语翻译?)。
关于android - 让 Activity 在轮换中被破坏有什么好处?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13647903/