這幾年一直在做手機上和電視盒的App，幾乎沒有考慮過橫豎屏切換的問題。電視盒好說，橫屏不變，你要是給它設(shè)計個豎屏人家也沒機會使；而手機上的應用就不好說了，有些界面你設(shè)計了橫豎屏兼容可能是為了表示你的功能強大。但是按照慣例，或許也是設(shè)計師圖省事，我們只是做一個方案。就像目前主流的App都只有豎屏一個模式，比如微信、京東和招商銀行。我截了幾張圖表示一下。 

但是像地圖之類的應用，也許橫屏會顯示的更友好一些。請看騰訊地圖的設(shè)計如下：

細心的你會發(fā)現(xiàn)，地圖的橫豎屏的樣式幾乎是一樣的布局，調(diào)整起來還是比較容易的。我一直也這樣認為，橫豎屏切換就是一件十分Easy的事兒，但現(xiàn)在我不這樣認為了。

因為我可是思考在Android平板上的界面設(shè)計了。屏幕大了，橫豎屏可以提供不同的表現(xiàn)形式。這是平板與手機的區(qū)別。但這樣一來，事情就會變得不那么簡單了。尤其是大量信息錄入的界面，后臺有線程工作的時候，都是很難辦的事兒。下面是我的一些探索，希望大家多提意見。

生命周期的故事

橫豎屏切換的過程，會經(jīng)歷onDestroy和onCreate。通俗點說，就是這個activity關(guān)閉了，有新起來一個activity。那么，前一個activity的數(shù)據(jù)肯定都不存在了。雖然這樣的切換，你的EditText上輸入的內(nèi)容還在，但是一定要記得，成員變量都是空的啦。數(shù)據(jù)保存成了一個問題。

保存整個activity的方案

在Manifest里對于的activity加上這個配置就不會重走銷毀和創(chuàng)建了，如下：

android:configChanges="orientation|keyboardHidden|screenSize"

不要高興的太早，除非你不需要改變橫豎屏的布局，否則這個方案仍然要有很多工作要做。

還是乖乖的保存數(shù)據(jù)吧

onRetainNonConfigurationInstance()被棄用了，我們還是用onSaveInstanceState吧。針對橫豎屏不同的布局，我們只需在創(chuàng)建一個layout-land文件夾，里面放同名的布局文件，onCreate時會自動加載相對應的橫豎屏布局。
在橫豎屏切換的過程中會經(jīng)歷onSaveInstanceState，給你一個保存數(shù)據(jù)的機會：

  @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中把數(shù)據(jù)取出來：

  @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

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論