Эмулятор Android по сравнению с физическим устройством
Не используя библиотечных функций (потому что необходимо действительно добавить в эти #include стоимость также), вот версия C++ в 96:
int p(char*a,char*b=0,char*c=0){return c?b<a||p(a+1,--b,c)&&*a==*b:b&&*b?p(a,b+1):p(a,b?b:a,b);}
4 ответа
Я знаю об этих ограничениях:
- Предустановленное программное обеспечение. На реальном устройстве может быть предустановлено гораздо больше приложений, чем в эмуляторе.
- Вы не можете использовать функции «захвата» фото / видео в эмуляторе.
Согласно документации эмулятора , его ограничения:
функциональные ограничения эмулятора включают:
Отсутствие поддержки для совершения или приема фактических телефонных звонков. Вы можете имитировать телефонные звонки (сделанные и полученные) через эмулятор консоль, однако.
Нет поддержки USB-подключений
- Нет поддержки подключенных к устройству наушников
- Нет поддержки для определения состояния подключения к сети
- Нет поддержки для определения уровня заряда аккумулятора и состояния зарядки переменного тока
- Нет поддержка определения вставки / извлечения SD-карты
- Нет поддержки Bluetooth
IMO вы можете использовать эмулятор для упрощения разработки пользовательского интерфейса, для просмотра пользовательского интерфейса на «экране устройства», чтобы убедиться, что макет приложения в порядке, приложение может быть запущено , вы можете протестировать некоторые особые случаи, моделируя положение GPS, скорость сети, обмен сообщениями и т. д. Но тестирование на реальном устройстве является обязательным.
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...
С 1.5 SDK существуют следующие ограничения (с веб-сайта SDK ):
- Нет поддержки для совершения или приема фактических телефонных звонков. Однако вы можете имитировать телефонные звонки, сделанные и полученные) через консоль эмулятора.
- Нет поддержки USB-соединений
- Нет поддержки камеры / захвата видео (вход).
- Нет поддержки подключенных к устройству наушников
- Нет поддержки для определения подключенного состояния
- Нет поддержки для определения уровня заряда батареи и состояния зарядки переменного тока
- Нет поддержки для определения вставки / извлечения SD-карты
- Нет поддержки для Bluetooth
- Нет поддержки Multitouch
На основании своего опыта я заметил следующие различия в реальной разработке:
- Есть ошибки, которые вы можете игнорировать в эмуляторе, которые приведут к сбою устройства (не закрытие Курсоры, например)
- Вы взаимодействуете с устройством иначе, чем с эмулятором. Я гораздо чаще использую альбомный режим с реальным устройством, чем с эмулятором.
- Там другой процессор. То, что работает быстро на вашем эмуляторе, будет медленнее на реальном устройстве.
- Вы можете проверить это на устройстве. С эмулятором труднее пробовать.
Невозможно тестировать события касания с помощью эмулятора, который должен быть протестирован только с помощью щелчков мыши на эмуляторе, который любой разработчик собирается разработать приложение на основе о сенсорных экранах следует знать.