Начиная с 27 марта 2025 г. мы рекомендуем использовать android-latest-release вместо aosp-main для создания и участия в AOSP. Дополнительные сведения см. в разделе Изменения в AOSP .
Внедрить тактильные ощущения
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
Производители устройств обычно считаются владельцами частных активов, созданных для каждого устройства. Таким образом, их инженерные усилия часто сосредоточены на основе каждого устройства ; мало или совсем не прилагаются усилия для обеспечения согласованности других устройств в экосистеме.
В противоположность этому разработчики стремятся создавать приложения, которые работают на всех телефонах Android в экосистеме, независимо от технических характеристик каждого устройства. Эта разница в подходе может вызвать проблему фрагментации, например, аппаратные возможности некоторых телефонов не соответствуют ожиданиям, установленным разработчиками приложений. Поэтому, если API тактильных ощущений работают на некоторых телефонах Android, но не на других, результатом является несогласованная экосистема. Вот почему конфигурация оборудования играет решающую роль в обеспечении того, чтобы производители могли реализовать API тактильных ощущений Android на каждом устройстве.
На этой странице представлен пошаговый контрольный список для настройки соответствия оборудования для наилучшего использования API тактильных функций Android.
На следующем рисунке показано формирование общих знаний между производителями и разработчиками устройств, что является важным шагом в создании сплоченной экосистемы:
Рисунок 1. Наращивание знаний между производителями устройств и разработчиками
Контрольный список внедрения тактильных технологий
Реализовать константы
- Список констант для реализации тактильных ощущений.
Реализовать примитивы
- Руководство по внедрению примитивов композиции HAL.
Константы сопоставления между HAL и API
Реализовать эффекты кусочно-линейной огибающей (PWLE)
- Руководство по внедрению огибающих амплитуды и частоты.
Оцените оборудование
- Инструкции по целевым тактильным эффектам. Используйте эти инструкции для выполнения быстрых проверок вашего оборудования.
Контент и образцы кода на этой странице предоставлены по лицензиям. Java и OpenJDK – это зарегистрированные товарные знаки корпорации Oracle и ее аффилированных лиц.
Последнее обновление: 2025-07-29 UTC.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2025-07-29 UTC."],[],[],null,["# Implement haptics\n\nDevice manufacturers are generally considered the owners of the private assets\ncreated for each device. As such, their engineering efforts are often focused on\na *per-device basis*; little to no effort goes to the consistency of other\ndevices in the ecosystem.\n\nIn direct contrast, developers strive to build apps that work on *all* Android\nphones in the ecosystem, regardless of each device's technical specifications.\nThis difference in approach can cause a fragmentation problem, for example, the\nhardware capabilities of certain phones don't match expectations set by the app\ndevelopers. So if the haptics APIs work on some Android phones but not others,\nthe result is an inconsistent ecosystem. This is why hardware configuration\nplays a critical role in ensuring that manufacturers can implement Android\nhaptics APIs on *every* device.\n\nThis page provides a step-by-step checklist to set up hardware compliance for\nthe best use of the Android haptics APIs.\n\nThe following figure illustrates building common knowledge between device\nmanufacturers and developers, which is a critical step in creating a cohesive\necosystem:\n\n**Figure 1.** Building knowledge between device manufacturers and developers\n\nHaptics implementation checklist\n--------------------------------\n\n1. [Implement constants](/docs/core/interaction/haptics/haptics-constants-primitives#implement-constants)\n\n - List of constants to implement haptics.\n2. [Implement primitives](/docs/core/interaction/haptics/haptics-constants-primitives#implement-primitives)\n\n - Implementation guidance for HAL composition primitives.\n3. [Map constants between HAL and API](/docs/core/interaction/haptics/haptics-map-constants)\n\n - Mapping recommendations between public API constants (named *placeholders* in the framework) and HAL constants, which implement the placeholders.\n - See [Design principles to guide the recommended mapping](/docs/core/interaction/haptics/haptics-ux-design) to learn more about this process.\n4. [Implement piecewise linear envelope (PWLE) effects](/docs/core/interaction/haptics/haptics-pwle)\n\n - Implementation guidance for amplitude and frequency envelopes.\n5. [Assess the hardware](/docs/core/interaction/haptics/haptics-assess-hardware)\n\n - Instructions on target haptic effects. Use these instructions to perform quick checks on your hardware.\n\n| **Note:** You can learn more about building common knowledge between device manufacturers and developers in [Advanced Haptics: The When, What, and How of\n| Haptic APIs](https://www.youtube.com/watch?v=00jRoEFnpk8)."]]
