2012-04-09 8 views
6

In particolare, penso che qualsiasi cosa fatta con NotificationCompat possa essere fatta usando l'API predefinita (livello 8). Cosa mi manca qui? Che cosa introduce NotificationCompat che non può essere fatto utilizzando l'API 2.2? Perché è necessario NotificationCompat?

Fonte

: http://developer.android.com/sdk/compatibility-library.html#Notes

+1

sto usando la versione più recente del SDK di Android (in questo momento, 4.4.2). È ancora necessaria NotificationCompat? o la classe di notifica funzionerà correttamente su tutti i dispositivi? (anche Android 2.xe 3.x) Solo per fare le migliori pratiche nei miei progetti :) Grazie in anticipo – voghDev

risposta

12

È possibile utilizzare cose come NotificationCompat.Builder # setLargeIcon (Bitmap) per consentire di sfruttare appieno Android 3.0+ con elementi come l'icona grande, pur mantenendo la compatibilità sulle versioni di Android precedenti alla 3.0 che non supportano tali cose.

+1

E questi: mFullScreenIntent, mNumber, mTickerView, mContentInfo in aggiunta a mLargeIcon. Lo odio quando le persone mettono "m" come prima lettera di un membro. Implica solo che non usano strumenti abbastanza buoni. Penso che persino emacs ora colora i membri della classe in modo diverso. –

+3

Oppure aiuta il completamento automatico mentre si lavora all'interno di una classe o si cercano variabili membro. Considerando Google lo fa internamente sembra indicare qualche merito diverso da "strumenti non abbastanza buoni". – accordionfolder

0

Esso consente di utilizzare la classe NotificationCompat.Builder, una versione compatibilmente di Notification.Builder da API 11+. Come suggerisce il nome, è un'implementazione del modello di builder, che sembra essere il suo principale vantaggio rispetto alle notifiche pre-Android 3.0.

+0

La domanda riguarda più l'abilità che gli strumenti. "Cosa", non "Come". –