CODEWITHSUNDEEP
android
yanchenko
yanchenko

Reputation: 57216

Android Emulator vs Real Device

What are the differences developers should be aware of?

Upvotes: 44

Views: 35334

Answers (7)

Sandeep Tripathy
Sandeep Tripathy

Reputation: 31

In simple terms, an emulator is a device that runs on your computer (as software) whereas a real device is something you can hold. There will of course be a few differences between the two such as some device-specific features won't be available on the emulator.

Edit: Removed a link from the answer that had expired.

Upvotes: 0

Jeff Axelrod
Jeff Axelrod

Reputation: 28198

This is a bug, since camera and video support was attempted (incorrectly): the camera and video intents do not store their output in the MediaStore database after "capture."

Upvotes: 0

Jiri
Jiri

Reputation: 16625

I am aware of these limitations:

  1. Pre-installed software. Real device can have preinstalled a lot more applications than emulator.
  2. You cannot use "capture" photo/video functions in emulator.

According to emulator documentation, its limitations are:

The functional limitations of the emulator include:

  • No support for placing or receiving actual phone calls. You can simulate phone calls (placed and received) through the emulator console, however.

  • No support for USB connections

  • No support for device-attached headphones
  • No support for determining network connected state
  • No support for determining battery charge level and AC charging state
  • No support for determining SD card insert/eject
  • No support for Bluetooth

IMO you can use emulator to simplify UI development, to view UI on "device screen", to be sure that app layout is ok, app can be run, you can test some special cases by simulating gps position, network speed or messaging etc. But testing on real device is a must.

Upvotes: 34

Will
Will

Reputation: 20211

With the 1.5 SDK the following limitations exists (from the SDK website):

  • No support for placing or receiving actual phone calls. You can simulate phone calls placed and received) through the emulator console, however.
  • No support for USB connections
  • No support for camera/video capture (input).
  • No support for device-attached headphones
  • No support for determining connected state
  • No support for determining battery charge level and AC charging state
  • No support for determining SD card insertion/removal
  • No support for Bluetooth
  • No support for Multitouch

Based on experience I've noticed the following differences in actual developemnt:

  • There are bugs you'll be able to ignore in the emulator that will crash the device (not closing Cursors for example)
  • You interact with the device differently than the emulator. I use landscape mode a lot more with the real device than I do with the emulator.
  • There's a different CPU. Things that are fast on your emulator will be slower on the real device.
  • You can dogfood with the device. It is harder to dogfood with the emulator.

There is a google group here if you need real device testers.

Upvotes: 13

Christian Gawron
Christian Gawron

Reputation: 841

One comment regarding google accounts: With version 8 of the google APIs for Android 2.2, you can add a google account on the device. However, it will only allow authentication for tests of the google APIs (e.g. google documents) but not syncing of contacts etc.

Upvotes: 1

Ambika
Ambika

Reputation: 687

One cannot test touch events with emulator which has to be tested only by means of mouse clicks on emulator which any developer going to develop an application based on touch screens should be aware of.

Upvotes: 8

Alex Martelli
Alex Martelli

Reputation: 882751

I'd say the main thing is that there are several "real devices" currently using Android, and there will be more, with different hardware endowments -- some will have GPS and some won't, ditto for touchscreen, real keyboard as opposed to virtual on-screen one, camera resolution, etc, etc.

While the OS will do a lot of the heavy lifting for you, you still want to make sure your design a user experience that makes sense on every Android device you intend to support, despite the variation in their HW features -- in this sense, designing applications for Android is more similar to designing them for, say, Linux, Windows, or the Web (cater for a wide variety of hardware-configuration details), rather than e.g. Macs or iPhone (where you need to consider a much narrower set of possible HW configurations).

The emulator is (or tries to be;-) "one" Android device -- but there will be others ("real" ones;-) with different screen resolutions, input peripheral devices, etc, etc...

Upvotes: 7

Related Questions