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:

Kotlin

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)
                }
    }
}

Java

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:

Kotlin

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)
                }
    }
}

Java

@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).