Używanie komponentu z określaniem wersji

Masz już 2 implementacje funkcji TabHelperCompatTab – jedną dla Androida 3.0 lub nowszego i jedną dla starszych wersji tej platformy. Czas teraz je wykorzystać. W tej lekcji omawiamy tworzenie logiki przełączania się między tymi implementacjami, tworzenie układów uwzględniających wersję oraz korzystanie z kompatybilnego z poprzednimi wersjami komponentu UI.

Dodaj logikę przełączania

Abstrakcyjna klasa TabHelper działa jako fabryka do tworzenia odpowiednich instancji TabHelperCompatTab na podstawie bieżącej wersji platformy urządzenia:

KotlinJava
sealed class TabHelper(protected val mActivity: FragmentActivity, protected val tag: String) {

   
abstract fun setUp()

   
abstract fun addTab(tab: CompatTab)

   
// Usage is tabHelper.newTab("tag")
   
fun newTab(tag: String): CompatTab =
           
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
               
CompatTabHoneycomb(mActivity, tag)
           
} else {
               
CompatTabEclair(mActivity, tag)
           
}

   
companion object {
       
// Usage is TabHelper.createInstance(activity)
       
fun createInstance(activity: FragmentActivity): TabHelper =
               
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
                   
TabHelperHoneycomb(activity)
               
} else {
                   
TabHelperEclair(activity)
               
}
   
}
}
public abstract class TabHelper {
   
...
   
// Usage is TabHelper.createInstance(activity)
   
public static TabHelper createInstance(FragmentActivity activity) {
       
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
           
return new TabHelperHoneycomb(activity);
       
} else {
           
return new TabHelperEclair(activity);
       
}
   
}

   
// Usage is tabHelper.newTab("tag")
   
public CompatTab newTab(String tag) {
       
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
           
return new CompatTabHoneycomb(mActivity, tag);
       
} else {
           
return new CompatTabEclair(mActivity, tag);
       
}
   
}
   
...
}

Utwórz układ aktywności uwzględniający wersję

Następnym krokiem jest utworzenie układów aktywności obsługujących implementację 2 kart. W starszej implementacji (TabHelperEclair) musisz się upewnić, że układ aktywności zawiera elementy TabWidget i TabHost oraz kontener na zawartość karty:

res/layout/main.xml:

<!-- This layout is for API level 5-10 only. -->
<TabHost xmlns:android="http://schemas.android.com/apk/res/android"
   
android:id="@android:id/tabhost"
   
android:layout_width="match_parent"
   
android:layout_height="match_parent">

   
<LinearLayout
       
android:orientation="vertical"
       
android:layout_width="match_parent"
       
android:layout_height="match_parent"
       
android:padding="5dp">

       
<TabWidget
           
android:id="@android:id/tabs"
           
android:layout_width="match_parent"
           
android:layout_height="wrap_content" />

       
<FrameLayout
           
android:id="@android:id/tabcontent"
           
android:layout_width="match_parent"
           
android:layout_height="0dp"
           
android:layout_weight="1" />

   
</LinearLayout>
</TabHost>

W przypadku implementacji TabHelperHoneycomb wystarczy użyć elementu FrameLayout, aby zawierał on zawartość karty, ponieważ wskaźniki karty są dostarczane przez element ActionBar:

res/layout-v11/main.xml:

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
   
android:id="@android:id/tabcontent"
   
android:layout_width="match_parent"
   
android:layout_height="match_parent" />

W czasie działania Android zdecyduje, która wersja układu main.xml ma zostać napompowana w zależności od wersji platformy. Ta sama logika, co w poprzedniej sekcji, służy do określenia, której implementacji TabHelper użyć.

Używanie TabHelper w swojej aktywności

W metodzie onCreate() aktywności możesz uzyskać obiekt TabHelper i dodać karty za pomocą tego kodu:

KotlinJava
override fun onCreate(savedInstanceState: Bundle?) {
   
...
    setContentView
(R.layout.main)

   
TabHelper.createInstance(this).apply {
        setUp
()

        newTab
("photos")
               
.setText(R.string.tab_photos)
               
.also { photosTab ->
                    addTab
(photosTab)
               
}

        newTab
("videos")
               
.setText(R.string.tab_videos)
               
.also { videosTab ->
                    addTab
(videosTab)
               
}
   
}
}
@Override
public void onCreate(Bundle savedInstanceState) {
    setContentView
(R.layout.main);

   
TabHelper tabHelper = TabHelper.createInstance(this);
    tabHelper
.setUp();

   
CompatTab photosTab = tabHelper
           
.newTab("photos")
           
.setText(R.string.tab_photos);
    tabHelper
.addTab(photosTab);

   
CompatTab videosTab = tabHelper
           
.newTab("videos")
           
.setText(R.string.tab_videos);
    tabHelper
.addTab(videosTab);
}

Podczas uruchamiania aplikacji kod ten tworzy odpowiedni układ aktywności i tworzy instancję obiektu TabHelperHoneycomb lub TabHelperEclair. Konkretna klasa, która jest faktycznie używana, jest niewidoczna dla aktywności, ponieważ udostępnia wspólny interfejs TabHelper.

Poniżej znajdziesz 2 zrzuty ekranu przedstawiające tę implementację na urządzeniach z Androidem 2.3 i 4.0.

Przykładowy zrzut ekranu przedstawiający karty działające na urządzeniu z Androidem 2.3 (za pomocą TabHelperEclair). Przykładowe zrzuty ekranu kart na urządzeniu z Androidem 4.0 (z użyciem TabHelperHoneycomb).

Rysunek 1. Przykładowe zrzuty ekranu kart z wsteczną kompatybilnością na urządzeniu z Androidem 2.3 (z użyciem TabHelperEclair) i z Androidem 4.0 (z użyciem TabHelperHoneycomb).