这几年一直在做手机上和电视盒的App,几乎没有考虑过横竖屏切换的问题。电视盒好说,横屏不变,你要是给它设计个竖屏人家也没机会使;而手机上的应用就不好说了,有些界面你设计了横竖屏兼容可能是为了表示你的功能强大。但是按照惯例,或许也是设计师图省事,我们只是做一个方案。就像目前主流的App都只有竖屏一个模式,比如微信、京东和招商银行。我截了几张图表示一下。
但是像地图之类的应用,也许横屏会显示的更友好一些。请看腾讯地图的设计如下:
细心的你会发现,地图的横竖屏的样式几乎是一样的布局,调整起来还是比较容易的。我一直也这样认为,横竖屏切换就是一件十分Easy的事儿,但现在我不这样认为了。
因为我可是思考在Android平板上的界面设计了。屏幕大了,横竖屏可以提供不同的表现形式。这是平板与手机的区别。但这样一来,事情就会变得不那么简单了。尤其是大量信息录入的界面,后台有线程工作的时候,都是很难办的事儿。下面是我的一些探索,希望大家多提意见。
生命周期的故事
横竖屏切换的过程,会经历onDestroy和onCreate。通俗点说,就是这个activity关闭了,有新起来一个activity。那么,前一个activity的数据肯定都不存在了。虽然这样的切换,你的EditText上输入的内容还在,但是一定要记得,成员变量都是空的啦。数据保存成了一个问题。
保存整个activity的方案
在Manifest里对于的activity加上这个配置就不会重走销毁和创建了,如下:
android:configChanges="orientation|keyboardHidden|screenSize"
不要高兴的太早,除非你不需要改变横竖屏的布局,否则这个方案仍然要有很多工作要做。
还是乖乖的保存数据吧
onRetainNonConfigurationInstance()被弃用了,我们还是用onSaveInstanceState吧。针对横竖屏不同的布局,我们只需在创建一个layout-land文件夹,里面放同名的布局文件,onCreate时会自动加载相对应的横竖屏布局。
在横竖屏切换的过程中会经历onSaveInstanceState,给你一个保存数据的机会:
@Override public void onSaveInstanceState(Bundle outState) { Log.i("linc", "onSaveInstanceState(Bundle)"); super.onSaveInstanceState(outState); outState.putString(TEXT_ONE, ""+editText1.getTag(R.id.tag_first));//avoid null point // outState.putSerializable();//object }
在onCreate中把数据取出来:
@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_land_port_switch); Log.e("linc","oncreate"); editText1 = (EditText)findViewById(R.id.txt1); // Restore saved state. if (savedInstanceState != null) { editText1.setTag(R.id.tag_first,savedInstanceState.getString(TEXT_ONE)); } }
github上的一个进度条例子
请看这个例子吧,横竖屏切换可以有自己的布局,切换过程中不会打断进度条的工作,用到了Fragment。详情请见这里:
https://github.com/alexjlockwood/worker-fragments
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。