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 interfejsuTabWidget
. -
Widżety
NumberPicker
iSwitch
można zaimplementować za pomocą odpowiednioSpinner
iToggleButton
widżetów. -
Widżety
ListPopupWindow
iPopupMenu
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).
![Diagram klas implementacji kart w narzędziu Eclair.](https://developer.android.com/static/images/training/backward-compatible-ui-classes-eclair.png?authuser=7&hl=pl)
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.