具体的には、デフォルトのAPI（レベル8）を使用してNotificationCompatを使用して行うことができると思います。 私はここで何が欠けていますか？ 2.2 APIを使用して行うことができないNotificationCompatは何を導入していますか？なぜNotificationCompatが必要ですか？
出典：http://developer.android.com/sdk/compatibility-library.html#Notes
NotificationCompat.Builder＃setLargeIcon（Bitmap）のようなものを使用すると、大きなアイコンのようなものでAndroid 3.0以降を十分に活用できます.3.0より前のバージョンのAndroidでは互換性を維持しますもの。
これらは、mLargeIconに加えてmFullScreenIntent、mNumber、mTickerView、mContentInfoです。人々がメンバーの最初の手紙に「m」を付けると、それは嫌いです。彼らは十分なツールを使用していないことを意味します。私はemacsでもクラスメンバーの色が違うと思う。 –
また、クラス内での作業中やメンバー変数の検索中にオートコンプリートを行うのに役立ちます。 Googleはこれを内部的には「十分でないツール」以外のメリットを示すように見えると考えています。 – accordionfolder
それはあなたがNotificationCompat.Builderクラス、API 11+からNotification.Builderの互換バージョンを使用することができます。その名前がビルダーパターンの実装を示唆しているように、これはAndroid 3.0以前の通知よりも主な利点と思われる。
質問は、ツールよりも能力に関するものです。 "どのように" "ではなく"どのように "。 –
今のところ、NotificationCompatを使用してウェアラブルな通知を作成することもできます。このGoogleのデベロッパーガイドの詳細
http://developer.android.com/training/wearables/notifications/creating.html
私は、Android SDKの最新バージョンを使用しています（この時点では、4.4.2）。 NotificationCompatはまだ必要ですか？通知クラスはすべてのデバイスで正常に動作しますか？ （Android 2.xおよび3.xでも） 私のプロジェクトでベストプラクティスを作成するだけです:) ありがとうございます – voghDev