2012-04-09 144 views
6

具体来说,我认为使用NotificationCompat完成的任何事情都可以使用默认API(级别8)完成。 我在这里错过了什么? NotificationCompat引入了什么,使用2.2 API无法完成?为什么需要NotificationCompat?

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

+1

我使用的是最新版本的Android SDK的(在这一瞬间,4.4.2)。 NotificationCompat仍然需要?或将通知类在所有设备上正常工作? (即使是Android 2.x和3.x) 只是为了使我的项目中的最佳做法:) 在此先感谢 – voghDev 2014-04-22 11:05:34

回答

12

您可以使用诸如NotificationCompat.Builder#setLargeIcon(Bitmap)之类的东西,让您充分利用Android 3.0+的优势,例如大图标,同时保持3.0之前版本的Android不兼容的兼容性,的东西。

+1

而这些:mFullScreenIntent,mNumber,mTickerView,mContentInfo除了mLargeIcon。当人们把'm'作为成员的第一个字母时,我讨厌它。这只意味着他们没有使用足够好的工具。我认为即使是emacs现在也以不同的方式为类成员着色。 – 2012-05-23 07:36:04

+3

或者它可以在类内部工作或寻找成员变量时帮助自动完成。考虑到谷歌在内部似乎表明了一些优点,而不是“不够好的工具”。 – accordionfolder 2012-09-06 20:29:18

0

它允许您使用NotificationCompat.Builder类,Notification.Builder从API 11+一个兼容的版本。顾名思义就是它实现了构建器模式,这似乎是其之前的Android 3.0通知的主要优势。

+0

问题是关于能力比工具更多。 “什么”,而不是“如何”。 – 2012-04-09 14:44:19