Używanie komponentu z określaniem wersji

Teraz, gdy masz 2 implementacje TabHelper i CompatTab – jedną dla Androida 3.0 i nowszych wersji, a drugą dla starszych wersji platformy – możesz z nich skorzystać. Z tego ćwiczenia dowiesz się, jak utworzyć logikę przełączania się między tymi implementacjami, jak tworzyć układy dostosowane do wersji i jak korzystać z komponentu interfejsu zgodnego wstecz.

Dodawanie logiki przełączania

Klasa abstrakcyjna TabHelper działa jako fabryka tworzenia instancji TabHelper i CompatTab odpowiednich dla wersji platformy na danym urządzeniu:

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

Tworzenie układu aktywności dostosowanego do wersji

Następnym krokiem jest udostępnienie układów aktywności, które mogą obsługiwać 2 implementacje kart. W przypadku starszej implementacji (TabHelperEclair) musisz się upewnić, że układ aktywności zawiera 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 FrameLayout zawierający zawartość karty, ponieważ wskaźniki kart są udostępniane przez 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órą wersję układu main.xml ma rozwinąć, w zależności od wersji platformy. Jest to ta sama logika, która została opisana w poprzedniej sekcji i służy do określania, której implementacji TabHelper należy użyć.

Używanie TabHelper w 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 ten kod rozwija prawidłowy układ aktywności i tworzy instancję obiektu TabHelperHoneycomb lub TabHelperEclair. Konkretna klasa, która jest faktycznie używana, jest dla aktywności nieprzezroczysta, ponieważ obie klasy mają wspólny interfejs TabHelper.

Poniżej znajdziesz 2 zrzuty ekranu przedstawiające tę implementację działającą na urządzeniu z Androidem 2.3 i Androidem 4.0.

Rysunek 1. Przykładowe zrzuty ekranu przedstawiające karty zgodne wstecz działające na urządzeniu z Androidem 2.3 (przy użyciu TabHelperEclair) i Androidem 4.0 (przy użyciu TabHelperHoneycomb).