Używanie komponentu z określaniem wersji

Teraz, gdy masz już 2 implementacje TabHelper i CompatTab – jedną na Androida 3.0 i nowsze wersje, a drugą dla wcześniejszych wersji platformy – czas zająć się nimi. Z tej lekcji dowiesz się, jak utworzyć logikę przełączania się między tymi implementacjami, jak utworzyć układy uwzględniające wersje, a na koniec wykorzystać zgodny wstecznie komponent interfejsu.

Dodaj logikę przełączania

Klasa abstrakcyjna TabHelper działa jak fabryka przy tworzeniu instancji TabHelper i CompatTab odpowiednich dla wersji 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);
        }
    }
    ...
}

Tworzenie układu aktywności uwzględniającego wersje

Następnym krokiem jest udostępnienie układów aktywności, które obsługują 2 implementacje 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 do wyświetlenia zawartości karty potrzebujesz tylko tagu FrameLayout, ponieważ wskaźniki karty są dostarczane 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 określi, którą wersję układu main.xml należy powiększyć w zależności od wersji platformy. Zasada ta jest identyczna z opisem w poprzedniej sekcji, która wskazuje, której implementacji TabHelper należy użyć.

Używaj 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 ten kod buduje właściwy układ aktywności i tworzy instancję obiektu TabHelperHoneycomb lub TabHelperEclair. Używana klasa jest nieprzejrzysta dla działania, ponieważ mają 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 kart działających na urządzeniu z Androidem 2.3 (za pomocą TabHelperEclair). Przykładowe zrzuty ekranu kart działających na urządzeniu z Androidem 4.0 (za pomocą TabHelperHoneycomb).

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