Как отладить приложение на девайсе?
Для удаленной отладки используется технология Android Debug Bridge. Она включает три компонента:
• adbd – демон на стороне девайса, который принимает и выполняет команды.
• ADB Сервер – демон на стороне компьютера, с которого ведется отладка. Принимает запросы от отладочных клиентов на TCP порт 5037. Служит единой точкой доступа к удаленной отладке. Запускается при первом старте adb клиента.
• Клиенты – различные приложения, которые пользуются инструментами отладки. Самое простое – консольный клиент
Сервер передает команды от клиентов в adbd на эмуляторах через TCP порты, либо в adbd на реальных девайсах через USB или WiFi.
Помимо самого дебаггера для отладки применяются дополнительные инструменты, такие как Android profiler и Device File Explorer. Для исследования проблем полезны баг репорты.
Если необходимо отладить web-приложение, используется специальная фича Chrome DevTools.
#Tools
Для удаленной отладки используется технология Android Debug Bridge. Она включает три компонента:
• adbd – демон на стороне девайса, который принимает и выполняет команды.
• ADB Сервер – демон на стороне компьютера, с которого ведется отладка. Принимает запросы от отладочных клиентов на TCP порт 5037. Служит единой точкой доступа к удаленной отладке. Запускается при первом старте adb клиента.
• Клиенты – различные приложения, которые пользуются инструментами отладки. Самое простое – консольный клиент
adb
из SDK. Более сложные клиенты могут использовать adb
внутри, либо самостоятельно подключаться к порту ADB сервера.Сервер передает команды от клиентов в adbd на эмуляторах через TCP порты, либо в adbd на реальных девайсах через USB или WiFi.
Помимо самого дебаггера для отладки применяются дополнительные инструменты, такие как Android profiler и Device File Explorer. Для исследования проблем полезны баг репорты.
Если необходимо отладить web-приложение, используется специальная фича Chrome DevTools.
#Tools
Какие классы служат для доступа к сенсорам?
Таких классов четыре:
• SensorManager – точка входа для работы с сенсорами и listener-ами их событий. Системный сервис, получаемый по имени
• Sensor – представляет отдельно взятый сенсор. Дает различную метаинформацию (энергопотребление, точность, производителя, и т.д.);
• SensorEventListener – интерфейс для реализации обработчиков событий, приходящих из сенсоров. В нём реализуется логика обработки входящих данных;
• SensorEvent – отдельное событие из сенсора: данные и точность их измерения.
Для подробного изучения возможностей сенсоров на официальном сайте есть полный гайд.
#Hardware
Таких классов четыре:
• SensorManager – точка входа для работы с сенсорами и listener-ами их событий. Системный сервис, получаемый по имени
Context.SENSOR_SERVICE
;• Sensor – представляет отдельно взятый сенсор. Дает различную метаинформацию (энергопотребление, точность, производителя, и т.д.);
• SensorEventListener – интерфейс для реализации обработчиков событий, приходящих из сенсоров. В нём реализуется логика обработки входящих данных;
• SensorEvent – отдельное событие из сенсора: данные и точность их измерения.
Для подробного изучения возможностей сенсоров на официальном сайте есть полный гайд.
#Hardware