2010-09-23 11 views
30

¿Cómo debo elegir? ¿Cuáles son los parámetros que debería tener en cuenta?¿Para qué versión de Android debería desarrollarme?

+0

Teniendo en cuenta el ritmo de las versiones de Android, cualquier información dada aquí sería obsoleta dentro de 6-12 meses. Por lo tanto, mi voto para cerrar. –

+2

No si puede reutilizar la información para hacer una elección, incluso en el futuro –

+1

Tenga en cuenta que "desarrollar versiones anteriores" no es lo mismo que "orientar una API anterior". Consulte esta cita de los documentos, "Aún puede construir su aplicación para que admita versiones anteriores, pero establecer el objetivo de compilación en la versión más reciente le permite habilitar nuevas características y optimizar su aplicación para una gran experiencia de usuario en los últimos dispositivos". Fuente: http://developer.android.com/training/basics/firstapp/creating-project.html –

Respuesta

4

Si es posible, debe admitir la versión más antigua de Android que aún se usa ampliamente. Eso sería 1.5. Si necesita funciones de versiones posteriores, puede considerar la posibilidad de solicitar versiones más nuevas, pero si puede hacer su trabajo con la versión más antigua que aún está disponible, debe aumentar el número de personas que pueden usar su aplicación.

12

Para consultar todas Android versions market share. Me gustaría desarrollar para 1.6+. Si va a realizar en el medio de desarrollo que se desea alguna característica API desde una versión más nueva, tendrá 3 opciones:

  1. No utilice esta característica
  2. Detectar versión de Android de la aplicación y luego decidir qué hacer
  3. se requiere cambio de versión de Android en la configuración de archivos y proyectos se manifiestan
3

Estoy de acuerdo con las respuestas publicadas anteriormente, y yo añadiría que en el sitio de referencia de la API de Android, la mayoría de las veces el nivel de API se especifica (http://developer.android.com/reference/android/package-summary.html). Puede echar un vistazo a esta página para identificar la versión de Android asociada con un nivel de API dado: http://developer.android.com/guide/appendix/api-levels.html

+1

plunx dun refeer a "la publicación anterior", ya que el orden cambia cuando las personas votan en las publicaciones. – pgsandstrom

4

La versión más antigua que admite todas las funciones que su aplicación necesita.

Por ejemplo: ¿su aplicación necesita multitáctil? versión de destino 2.1

Mi aplicación no necesita ninguna funcionalidad introducida en las últimas versiones, así que objetivo del 1,5

+0

¿Y qué tan bueno es la compatibilidad con versiones anteriores? – Robert

3

En lo personal, desarrollo de muebles para el 2.1. Solo hay un puñado de dispositivos que todavía ejecutan < 2.0 y la mayoría de esas personas ya han puesto roms personalizadas en ellos. Sé que atormenta a las personas con teléfonos más antiguos, pero no me gusta la idea de paralizar mi aplicación solo para volverla compatible con versiones anteriores.

También me siento como el desarrollo de> 2,0 alienta a la gente a actualizar sus teléfonos = P

2

@Falmarri: Veo algunos defectos en su lógica. Por lo general, tendería a seguir el mismo camino que tú si estuviera desarrollando en otro Plattform, como Windows. Hago mis aplicaciones C# siempre en contra de la última versión (no beta) disponible, ya que .NET Framework está disponible gratuitamente para todos (saque las nuevas versiones que no están disponibles para Win2k, que ya tiene casi 10 años).

Con Android este intento no funciona. La mayoría de los dispositivos que funcionan con 1.5 y 1.6 lo hacen porque no hay actualizaciones para este dispositivo, ya que el fabricante dejó de desarrollar nuevas versiones para este teléfono (ya sea para motivar a los usuarios a obtener uno nuevo) o porque requiere mucho tiempo para hacer backports a este "viejo" dispositivo.

Así que esto no tiene la "opción libre" de actualizar sus teléfonos. Técnicamente, es posible, por supuesto, con ROM enraizados/personalizados, sin embargo, la mayoría de los usuarios no tienen los conocimientos técnicos para rootear/actualizar sus dispositivos con ROM personalizados o no quieren perder su garantía.

Así que si quieres ofrecer tu aplicación a tanta gente como sea posible, debes tenerla en cuenta con una versión de sistema operativo mucho más antigua. En caso de Android, contra 1.5.

Y esto es básicamente lo que hago. He hecho mis aplicaciones con 1.5 en mente.

0

Si está desarrollando con Android Studio: 1. Vaya a Herramientas -> Android -> AVD Manager 2. Haga clic en el botón Crear dispositivo virtual ... del cuadro de diálogo Administrador de AVD. 3. Seleccione un dispositivo en la página del asistente "Seleccionar hardware" del cuadro de diálogo y haga clic en Siguiente. 4. En la parte inferior derecha de la página del asistente "imagen del sistema" verá lo siguiente:

API Level Distribution Chart Link

Si hace clic en la "tabla de distribución de nivel de la API" enlace, que le proporcionará un resumen de acumulativa distribución por nivel de API. Supongo que la información se mantiene actualizada con cada lanzamiento. Desde allí, puede hacer clic en un nivel de API para obtener información específica sobre ese nivel de API. Según la información que se presenta allí, debe usar el nivel de API 18 o inferior para que aproximadamente el 75% del Android Market actual pueda usar su aplicación.

API Level Distribution Chart

Tal vez esto es el tipo de información que busca. ¡Espero eso ayude!

+0

Un comentario adicional: para admitir las pruebas en los servicios de Google Play, la API mínima que puede usar es el nivel 21 de API aparentemente. – Mitselplik

+0

Esa información también se puede encontrar [aquí] (https://developer.android.com/about/dashboards/index.html#Platform), y la actualizan regularmente (el último mes la más reciente) – DarkCygnus

Cuestiones relacionadas