2012-04-09 21 views
6

Insbesondere denke ich, irgendetwas mit NotificationCompat getan kann mit dem Standard-API (Stufe 8) durchgeführt werden. Was fehlt mir hier? Was führt NotificationCompat ein, das nicht mit der 2.2 API durchgeführt werden kann?Warum wird NotificationCompat benötigt?

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

+1

ich bin die neueste Version des Android SDK (in diesem Moment, 4.4.2). Wird NotificationCompat weiterhin benötigt? Oder wird die Benachrichtigungsklasse auf allen Geräten ordnungsgemäß funktionieren? (Auch Android 2.x und 3.x) Nur um Best Practices in meinen Projekten zu machen :) Vielen Dank im Voraus – voghDev

Antwort

12

Sie können Dinge wie NotificationCompat.Builder # setLargeIcon (Bitmap) verwenden, damit Sie Android 3.0+ mit Dingen wie dem großen Symbol voll ausnutzen können, während Sie Kompatibilität mit Versionen von Android vor 3.0 beibehalten, die solche nicht unterstützen Dinge.

+1

Und diese: mFullScreenIntent, MNUMBER, mTickerView, mContentInfo zusätzlich zu mLargeIcon. Ich hasse es, wenn Leute 'M' als den ersten Buchstaben eines Mitgliedes setzen. Es bedeutet nur, dass sie nicht gut genug Werkzeuge verwenden. Ich denke, dass sogar Emacs die Klassenmitglieder jetzt anders einfärbt. –

+3

Oder es hilft Autocomplete während der Arbeit in einer Klasse oder die Suche nach Member-Variablen. Wenn man bedenkt, dass Google das tut, deutet dies intern auf etwas anderes als "nicht gut genug Werkzeuge" hin. – accordionfolder

0

Es ermöglicht Ihnen, die NotificationCompat.Builder Klasse zu verwenden, eine Kompatibilität Version von Notification.Builder von API 11+. Wie der Name schon andeutet, handelt es sich um eine Implementierung des Builder-Patterns, das seinen Hauptvorteil gegenüber den Pre-Android 3.0-Benachrichtigungen zu sein scheint.

+0

Die Frage mehr über die Fähigkeit ist als Werkzeug. "Was", nicht "Wie". –

Verwandte Themen