2009-07-12 16 views

Respuesta

31

soy consciente de estas limitaciones:

  1. software pre-instalado. El dispositivo real puede tener preinstaladas muchas más aplicaciones que el emulador.
  2. No puede usar las funciones de captura/foto/video en el emulador.

Según emulator documentation, sus limitaciones son:

Las limitaciones funcionales del emulador son:

  • No hay soporte para realizar o recibir llamadas de teléfono real. Sin embargo, puede simular llamadas telefónicas (ubicadas y recibidas) a través de la consola del emulador .

  • No hay soporte para conexiones USB

  • No hay soporte para auriculares del dispositivo conectado a
  • No hay soporte para la determinación de la red estado conectado
  • No hay soporte para determinar el nivel de carga de la batería y AC estado de carga
  • No apoyo para la determinación de inserción de tarjetas SD/expulsar
  • No hay soporte para Bluetooth

IMO puede usar el emulador para simplificar el desarrollo de la interfaz de usuario, para ver la interfaz de usuario en la "pantalla del dispositivo", para asegurarse de que la distribución de la aplicación sea correcta, puede probar algunos casos especiales simulando la posición gps, velocidad de red o mensajes etc. Pero probar en un dispositivo real es obligatorio.

+3

Además, las imágenes del emulador no pueden vincularse a su cuenta de Google, por lo que no puede probar nada relacionado con eso (GMail, sus contactos reales, mercado, calendario, etc.). – Henning

+0

¿Tiene alguna idea de por qué esta limitación se aplica? – Jiri

+2

Es un problema de licencia. El emulador se basa en la versión de código abierto de Android, pero las aplicaciones de Google propietarias necesitan acuerdos con el proveedor del teléfono o el operador de telefonía móvil. – mparaz

7

Diría que lo principal es que actualmente hay varios "dispositivos reales" que usan Android, y habrá más, con diferentes dotaciones de hardware: algunos tendrán GPS y otros no, igual para la pantalla táctil, teclado real en lugar de uno virtual en pantalla, resolución de cámara, etc.

Si bien el sistema operativo hará mucho trabajo pesado para usted, aún desea asegurarse de que su diseño tenga una experiencia de usuario que tenga sentido en cada dispositivo Android que pretenda admitir, a pesar de la variación en sus características HW; en este sentido, diseñar aplicaciones para Android es más similar a diseñarlas para, digamos, Linux, Windows o la Web (atender una amplia variedad de detalles de configuración de hardware), en lugar de, por ejemplo Mac o iPhone (donde debe tener en cuenta un conjunto mucho más reducido de posibles configuraciones HW).

El emulador es (o intenta ser ;-) "un dispositivo Android", pero habrá otros ("reales" ;-) con diferentes resoluciones de pantalla, dispositivos periféricos de entrada, etc., etc.

10

Con el 1,5 SDK las siguientes limitaciones existe (desde el SDK website):

  • No hay soporte para realizar o recibir llamadas de teléfono reales. Puede simular llamadas realizadas y recibidas) a través de la consola del emulador.
  • No admite conexiones USB
  • No admite la captura de cámara/video (entrada).
  • No hay soporte para auriculares del dispositivo conectado a
  • No hay soporte para la determinación de estado conectado
  • No hay soporte para determinar el nivel de carga de la batería y la carga de AC estado
  • No hay soporte para la determinación de inserción de la tarjeta SD/eliminación
  • No apoyo Bluetooth para
  • No hay soporte para multitouch

Basado en la experiencia me he dado cuenta las siguientes diferencias en una developemnt ctual:

  • Hay insectos que usted será capaz de ignorar en el emulador que se colgará el dispositivo (cursores no se cierran por ejemplo)
  • interactuar con el dispositivo de forma diferente que el emulador. Uso el modo paisaje mucho más con el dispositivo real que con el emulador.
  • Hay una CPU diferente. Las cosas que son rápidas en tu emulador serán más lentas en el dispositivo real.
  • Puede hacer dogfood con el dispositivo. Es más difícil dogfood con el emulador.

Hay un grupo de google here si necesita probadores de dispositivos reales.

8

No se pueden probar los eventos táctiles con el emulador, que debe probarse solo mediante clics del mouse en el emulador que cualquier desarrollador que desarrolle una aplicación basada en pantallas táctiles debe tener en cuenta.

+0

ya no más ..Espresso está allí! :) – Gokul

1

Un comentario sobre las cuentas de google: con la versión 8 de las API de Google para Android 2.2, puede agregar una cuenta de Google en el dispositivo. Sin embargo, solo permitirá la autenticación para las pruebas de las API de Google (por ejemplo, documentos de Google), pero no la sincronización de contactos, etc.

0

Esto es un error, ya que se intentó la cámara y el video (incorrectamente): la cámara y el video no almacene su salida en la base de datos MediaStore después de "capturar".

0

En términos simples, un emulador es un dispositivo que se ejecuta en la pantalla de su computadora, mientras que un dispositivo real es algo que puede contener. Puede haber algunas diferencias cuando se trata de usar, como que no puede usar una em. He escrito un detailed post sobre esto que puede considerar leer.