Compatibilidad de Android Action de 2.2 a 4.2
Estoy tratando de crear una aplicación en Android y quiero orientar las aplicaciones hasta el final a Android 2.2.
Estoy un poco confundido sobre cómo configurar la aplicación
- Los elementos de menú no se muestran en SherlockFragmentActivity con pestañas
- No se puede utilizar las pestañas con Sherlock
- Mostrar teclado suave en la activación de la barra de acción de búsqueda con SearchView
- Barra de acción con la vista de búsqueda. Problemas de compatibilidad inversa
- Error al importar HoloEverywhere
SDK mínimo: 2.2 SDK objetivo: 4.1 Compilar SDK en contra: 4.2
Esta es la configuración predeterminada que obtuve cuando creé un nuevo proyecto de Android.
¿Debo todavía necesitar usar ActionBar Sherlock para apoyar versiones más viejas?
- Mostrar desplegable programaticamente en ActionBar / ActionBarSherlock
- No se puede encontrar el recurso, No se identifica el elemento que falta
- Dropdown Spinner fuera de la barra de acción? (IceCream Sandwich estilo, con ActionBarSherlock)
- HoloEverywhere CLassNotFoundException al usar WebView
- ActionBarSherlock + Tabbed Fragments + ViewPager insider un fragmento
- Cómo utilizar los elementos de la barra de herramientas con Viewpager + Fragmentos
- El icono de 3 líneas no se anima en una imagen más pequeña en el Cajón de navegación
- Comportamiento personalizado Modo de acción contextual
A menos que esté utilizando cualquier API no disponible para versiones inferiores, no necesitará bibliotecas adicionales como ActionBarSherlock.
Sin embargo, si está utilizando cualquier API específica y desea hacerlos compatibles con versiones anteriores, por ejemplo Fragments
, ActionBar
, etc, entonces puede hacer uso de la biblioteca de soporte que admite un nivel mínimo de API de 4.
Cita de la Página de la Biblioteca de Soporte :
Nivel mínimo API admitido: 4
El paquete de soporte incluye "bibliotecas de soporte" estáticas que puede agregar a su aplicación de Android para usar API que no están disponibles para versiones de plataforma anteriores o que ofrecen API de "utilidad" que no forman parte de las API de framework. El objetivo es simplificar su desarrollo ofreciendo más API que puede agrupar con su aplicación para que pueda preocuparse menos acerca de las versiones de la plataforma.
ABS es una extensión de la Biblioteca de Soporte . Esto es de la página ABS Link: ActionBarSherlock :
La biblioteca usará automáticamente la barra de acción nativa cuando sea apropiada o automáticamente ajustará una implementación personalizada alrededor de sus diseños. Esto le permite desarrollar fácilmente una aplicación con una barra de acción para cada versión de Android desde 2.x y superior.
Para resumir, si está haciendo uso de la API no está disponible en los SDK antiguos, entonces usted puede utilizar cualquiera de los dos listados anteriormente. Si no está utilizando la API específica para los SDK más nuevos, no necesitará ABS o la Biblioteca de soporte técnico.
Min SDK = Least API que quieres soportar, es decir, 2.2
Target SDK = API en la que desea probar. Si no se establece, tomará el valor predeterminado como SDK mínimo. Normalmente, el objetivo será la API de Max que desea respaldar o la API más reciente. Esto es para decirle a la aplicación que utilice las últimas características de la API, pero si no es posible, permita la compatibilidad con versiones anteriores.
Nunca escuché sobre Compilar SDK
y no necesita bibliotecas de soporte si está utilizando sólo elementos de la API 2.2.
Para algo como Fragmentos etc., que no están presentes en <3.0 API, debes utilizar las bibliotecas de soporte.
- ¿es realmente malo liberar recursos en onDestroy?
- Cómo convertir una cadena UTF a ANSI y crear un archivo de texto ANSI en SSD con JAVA-ANDROID