studio - Android Swipe View con pestañas sin usar la biblioteca de soporte V4
tabs android studio material design (6)
También puedes usar la clase ViewFLipper pero tienes que implementar manualmente las animaciones y GestureDetector, aquí puedes encontrar algún código
He creado una vista de deslizamiento con pestañas como se describe en la documentación de Android varias veces antes. De hecho, recorrer el asistente de proyectos de Eclipse prácticamente te configura con la interfaz de usuario básica usando un ViewPager.
Mi pregunta es esta:
La aplicación que estoy construyendo solo será compatible con Android 4.0 (API nivel 14). Por lo tanto, estaba considerando abandonar el paquete de soporte por completo. Sin embargo, parece que no puedo encontrar un ejemplo de Swipe View con pestañas que no usan ViewPager (que solo está disponible en el paquete de soporte).
¿Existe un nivel de api 14 y> equivalente a ViewPager y podría alguien darme un ejemplo práctico de cómo implementar una interfaz Swipe View with Tabs sin usar la biblioteca de soporte.
De lo contrario, podría alguien dar una buena discusión sobre por qué no debería molestarme, usar el paquete de soporte y simplemente ser feliz.
Editar: Lo que estoy buscando es una respuesta autorizada con respecto a la funcionalidad específica de la biblioteca de soporte, como ViewPager. ¿Estas características eventualmente se fusionarán en la API central? ¿O seguiremos teniendo que incluir el paquete de soporte para estos tipos de funcionalidad? Sea específico con las versiones de la API y los plazos.
Edit-1/15: Estoy actualizando esta pregunta para detener las respuestas ''Yo también'' que estoy recibiendo. En el momento de la publicación original de esta pregunta, la documentación del desarrollador de Android era mucho más vaga sobre el propósito de las bibliotecas de soporte, ya que se relacionan con la funcionalidad no incluida en el núcleo del SDK. Desde entonces, han actualizado sus documentos para aclarar las cosas:
El paquete de biblioteca de soporte de Android es un conjunto de bibliotecas de códigos que proporcionan versiones compatibles con versiones anteriores de las API de marco de Android, así como características que solo están disponibles a través de las API de la biblioteca.
Esto ciertamente aclara un poco las cosas y les informa a los desarrolladores que no esperen que cosas como el ViewPager se incluyan en la funcionalidad central del SDK. He aceptado la respuesta que era más relevante para el problema que estaba teniendo. Así es como agregar funcionalidad de paquete de soporte a un proyecto existente sin tener que cambiar significativamente la base de código.
Ahora no soy un gurú de SDK de Android, pero solo usaría la Biblioteca de soporte. Aquí hay un extracto de la documentación de RenderScript ,
"Recomendamos encarecidamente utilizar las API de biblioteca de soporte para acceder a RenderScript porque incluyen las últimas mejoras en el marco de cálculo de RenderScript y ofrecen una gama más amplia de compatibilidad de dispositivos".
Ahora esto es para la Biblioteca de soporte v8, pero supongo que esta recomendación se puede extrapolar. Tiene sentido que las últimas mejoras se encuentren en las bibliotecas de soporte de Android porque se pueden actualizar independientemente de las actualizaciones de la plataforma.
Solo asegúrese de habilitar ProGuard antes de liberarlo para que pueda recortar el exceso de grasa de las partes no utilizadas de la API.
Como lo menciona @Luksprog, puede copiar el código de ViewPager en su propio proyecto y reemplazar las referencias de la biblioteca de soporte por una nativa. Lo más probable es que tenga que hacer lo mismo con FragmentPagerAdapter, FragmentStatePagerAdapter y PagerAdapter. Agarro el código de grepcode.com .
Me tomó 2 horas hacer el truco, a pesar de que era un principiante con Android. Pero significa más código de mantenimiento y al final volví a la biblioteca de soporte.
Sé que esta es una pregunta muy antigua, pero creo que sigue siendo relevante. Estaba buscando una solución: usar viewpager sin tener que convertir todos mis proyectos a la biblioteca de soporte v4.
¡La respuesta es la biblioteca de soporte v13! . De esta forma, puedes tener un viewpager en la actividad pero luego usar android.support.v13.app.FragmentStatePagerAdapter para mantener la compatibilidad con los fragmentos y otras cosas útiles.
Espero que ayude a un buscador adicto a Google.
Debe utilizar el paquete de biblioteca de soporte porque proporciona versiones compatibles con versiones anteriores de las API de Android Framework. Usa lo que recomiendan es la mejor manera de lidiar con Android desde mi experiencia.
o lee esto
http://www.velir.com/blog/index.php/2010/11/17/android-snapping-horizontal-scroll/
En general, se recomienda usar la biblioteca de soporte, ya que contiene la última pieza de código de cada API. Lo que B.Young señala en RenderScript se aplica a todas las demás API.
-------- No es necesario seguir leyendo.
Pongamos un ejemplo. Digamos que cuando se lanza Android 8, introducen una nueva clase para contener valores referenciados a teclas llamadas FastMap. Para agregar soporte para versiones anteriores, Google lanza una biblioteca de soporte con esta nueva clase, y dos meses después durante las pruebas de rendimiento encuentran una forma de hacerlo más eficiente, por lo que lanzan una actualización de esa biblioteca de soporte con la versión optimizada de FastMap ( ya que el sistema operativo Android está congelado en el teléfono).
Además, y dado que los lanzamientos de números grandes siempre son un poco apresurados, Google se da cuenta de que introdujeron un error muy específico (sí, sucede), que se soluciona en una actualización más reciente.
Entonces, si creáramos una aplicación Android para Android 8 y superior y usáramos las API integradas, nos estaríamos perdiendo todas estas mejoras en el código de soporte.