2012-04-09 15 views
6

W szczególności uważam, że wszystko, co można zrobić z NotificationCompat, można wykonać za pomocą domyślnego interfejsu API (poziom 8). Czego mi tu brakuje? Co wprowadza NotificationCompat, czego nie można dokonać za pomocą 2.2 interfejsu API?Dlaczego wymagana jest funkcja NotificationCompat?

Źródło: http://developer.android.com/sdk/compatibility-library.html#Notes

+1

używam najnowszą wersję Android SDK (w tej chwili, 4.4.2). Czy NotificationCompat jest nadal potrzebny? lub czy klasa powiadomień działa poprawnie na wszystkich urządzeniach? (nawet Android 2.x i 3.x) Tylko po to, aby robić najlepsze praktyki w moich projektach :) Z góry dziękuję – voghDev

Odpowiedz

12

Możesz używać rzeczy takich jak NotificationCompat.Builder # setLargeIcon (Bitmap), aby w pełni wykorzystać zalety systemu Android 3.0+ z takimi funkcjami jak duża ikona, zachowując zgodność w wersjach Androida wcześniejszych niż 3.0, które nie obsługują takich programów rzeczy.

+1

A te: mFullScreenIntent, mNumber, mTickerView, mContentInfo oprócz mLargeIcon. Nienawidzę tego, gdy ludzie umieszczają literę "m" jako pierwszą literę członka. Oznacza to po prostu, że nie używają wystarczająco dobrych narzędzi. Myślę, że nawet emacs inaczej koloruje członków klasy. –

+3

Lub pomaga autouzupełnianie podczas pracy w klasie lub poszukiwanie zmiennych członkowskich. Biorąc pod uwagę google, wewnętrznie wydaje się wskazywać na pewne zalety inne niż "niewystarczająco dobre narzędzia". – accordionfolder

0

To pozwala na użycie klasy NotificationCompat.Builder, a kompatybilność wersji Notification.Builder z API 11+. Jak sama nazwa wskazuje, jest to implementacja wzorca budowniczego, który wydaje się być jego główną zaletą w porównaniu z powiadomieniami pre systemu Android 3.0.

+0

Pytanie dotyczy raczej zdolności niż narzędzi. "Co", a nie "Jak". –

Powiązane problemy