Tworzenie implementacji przy użyciu starszych interfejsów API

Z tej lekcji dowiesz się, jak utworzyć implementację, która odzwierciedla nowsze interfejsy API, ale obsługuje starsze urządzenia.

Wybierz rozwiązanie zastępcze

Największym wyzwaniem podczas korzystania z nowszych funkcji interfejsu w sposób zgodny wstecznie jest podjęcie decyzji o wyborze i wdrożeniu starszego (zastępczego) rozwiązania dla starszych wersji platformy. W wielu przypadkach te nowsze komponenty interfejsu można wykorzystać przy użyciu starszych funkcji platformy. Na przykład:

• Paski działań można zaimplementować, używając poziomego elementu LinearLayout zawierającego przyciski obrazów, jako niestandardowe paski tytułów lub jako widoki w układzie aktywności. Działania związane z przepełnieniem mogą wyświetlić się pod przyciskiem Menu urządzenia.

• Karty paska działań można zaimplementować, korzystając z poziomego elementu LinearLayout zawierającego przyciski lub elementu interfejsu TabWidget.

• Widżety NumberPicker i Switch można zaimplementować za pomocą odpowiednio Spinner i ToggleButton widżetów.

• Widżety ListPopupWindow i PopupMenu można zaimplementować za pomocą PopupWindow widżetów.

Zwykle nie ma uniwersalnego rozwiązania, które umożliwiłoby przeniesienie nowszych komponentów UI na starsze urządzenia. Pamiętaj o większej wygodzie użytkowników: na starszych urządzeniach użytkownicy mogą nie znać nowszych wzorców graficznych i komponentów interfejsu. Zastanów się, jak można przekazać te same funkcje, używając znanych elementów. W wielu przypadkach nie jest to problemem – jeśli nowe komponenty interfejsu użytkownika są widoczne w ekosystemie aplikacji (np. pasek działań) lub gdy model interakcji jest bardzo prosty i intuicyjny (np. wyświetlenia przesuwania w aplikacji ViewPager).

Implementowanie kart za pomocą starszych interfejsów API

Aby utworzyć starszą implementację kart na pasku działań, możesz użyć TabWidget i TabHost (chociaż jeden z nich może też być ustawiony w poziomie Button). Zaimplementuj to w klasach o nazwie TabHelperEclair i CompatTabEclair, ponieważ ta implementacja wykorzystuje interfejsy API wprowadzone w Androidzie 2.0 (Eclair).

Rysunek 1. Diagram klas implementacji kart w narzędziu Eclair.

Implementacja CompatTabEclair przechowuje w zmiennych instancji właściwości karty, np. jej tekst i ikonę, ponieważ nie ma dostępnego obiektu ActionBar.Tab do obsługi tej pamięci masowej:

Kotlin

class CompatTabEclair internal constructor(val activity: FragmentActivity, tag: String) :
        CompatTab(tag) {

    // Store these properties in the instance,
    // as there is no ActionBar.Tab object.
    private var text: CharSequence? = null
    ...

    override fun setText(resId: Int): CompatTab {
        // Our older implementation simply stores this
        // information in the object instance.
        text = activity.resources.getText(resId)
        return this
    }

    ...
    // Do the same for other properties (icon, callback, etc.)
}

Java

public class CompatTabEclair extends CompatTab {
    // Store these properties in the instance,
    // as there is no ActionBar.Tab object.
    private CharSequence text;
    ...

    public CompatTab setText(int resId) {
        // Our older implementation simply stores this
        // information in the object instance.
        text = activity.getResources().getText(resId);
        return this;
    }

    ...
    // Do the same for other properties (icon, callback, etc.)
}

Implementacja TabHelperEclair wykorzystuje metody w widżecie TabHost do tworzenia obiektów TabHost.TabSpec i wskaźników kart:

Kotlin

class TabHelperEclair internal constructor(activity: FragmentActivity) : TabHelper(activity) {

    private var tabHost: TabHost? = null
    ...

    override fun setUp() {
        // Our activity layout for pre-Honeycomb devices
        // must contain a TabHost.
        tabHost = tabHost ?: mActivity.findViewById<TabHost>(android.R.id.tabhost).apply {
            setup()
        }
    }

    override fun addTab(tab: CompatTab) {
        ...
        tabHost?.newTabSpec(tab.tag)?.run {
            setIndicator(tab.getText()) // And optional icon
            ...
            tabHost?.addTab(this)
        }
    }
    // The other important method, newTab() is part of
    // the base implementation.
}

Java

public class TabHelperEclair extends TabHelper {
    private TabHost tabHost;
    ...

    protected void setUp() {
        if (tabHost == null) {
            // Our activity layout for pre-Honeycomb devices
            // must contain a TabHost.
            tabHost = (TabHost) mActivity.findViewById(
                    android.R.id.tabhost);
            tabHost.setup();
        }
    }

    public void addTab(CompatTab tab) {
        ...
        TabSpec spec = tabHost
                .newTabSpec(tag)
                .setIndicator(tab.getText()); // And optional icon
        ...
        tabHost.addTab(spec);
    }

    // The other important method, newTab() is part of
    // the base implementation.
}

Masz teraz 2 implementacje technologii CompatTab i TabHelper: jedną działającą na urządzeniach z Androidem 3.0 lub nowszym i używając nowych interfejsów API, a drugą, która działa na urządzeniach z Androidem 2.0 lub nowszym i korzysta ze starszych interfejsów API. Na następnej lekcji dowiesz się, jak korzystać z tych implementacji w swojej aplikacji.