A partire dal 27 marzo 2025, ti consigliamo di utilizzare android-latest-release
anziché aosp-main
per compilare e contribuire ad AOSP. Per ulteriori informazioni, vedi Modifiche ad AOSP.
Implementare la tecnologia aptica
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
I produttori di dispositivi sono generalmente considerati i proprietari delle risorse private create per ogni dispositivo. Di conseguenza, le loro attività di ingegneria sono spesso incentrate su una base per dispositivo; viene dedicato poco o nessun impegno alla coerenza degli altri dispositivi dell'ecosistema.
Al contrario, gli sviluppatori si impegnano a creare app che funzionino su tutti gli smartphone Android dell'ecosistema, indipendentemente dalle specifiche tecniche di ciascun dispositivo.
Questa differenza di approccio può causare un problema di frammentazione, ad esempio le funzionalità hardware di alcuni smartphone non corrispondono alle aspettative impostate dagli sviluppatori di app. Pertanto, se le API di aptica funzionano su alcuni smartphone Android, ma non su altri,
il risultato è un ecosistema incoerente. Ecco perché la configurazione hardware svolge un ruolo fondamentale per garantire che i produttori possano implementare le API di tecnologia aptica Android su ogni dispositivo.
Questa pagina fornisce un elenco di controllo dettagliato per configurare la conformità dell'hardware per un uso ottimale delle API Android haptics.
La figura seguente illustra la creazione di una conoscenza comune tra produttori di dispositivi e sviluppatori, un passaggio fondamentale per la creazione di un ecosistema coerente:
Figura 1. Condivisione delle conoscenze tra produttori di dispositivi e sviluppatori
Elenco di controllo per l'implementazione del feedback aptico
Implementare costanti
- Elenco di costanti per implementare la tecnologia aptica.
Implementare le primitive
- Guida all'implementazione delle primitive di composizione HAL.
Mappa delle costanti tra HAL e API
Implementare gli effetti della busta lineare frazionata (PWLE)
- Guida all'implementazione delle ampiezze e delle envelope di frequenza.
Valutare l'hardware
- Istruzioni sugli effetti aptico target. Segui queste istruzioni per eseguire rapide verifiche sull'hardware.
I campioni di contenuti e codice in questa pagina sono soggetti alle licenze descritte nella Licenza per i contenuti. Java e OpenJDK sono marchi o marchi registrati di Oracle e/o delle sue società consociate.
Ultimo aggiornamento 2025-07-27 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-07-27 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)."]]