API 17以降では、SlidingDrawerが推奨されていません。SlidingDrawer廃止されました
それにコメントは述べています：
このクラスは、このクラスはもうサポートされていないAPIレベル17 で廃止されました。アプリケーションで使用する必要がある場合は、独自の実装をAndroidオープンソースプロジェクトのソースコードに基づいて作成することをお勧めします。
codeを私のプロジェクトにインポートして、将来サポートされることを確認する必要がありますか？
すでにslidesDrawerを拡張しているオープンソースプロジェクトがいくつかありますか？
これは私のプロジェクトにコードをインポートして将来サポートされることを意味しますか？
個人的には、私はSlidingDrawerをダンプし、新しいアプリケーションの開発には何か他のことをします。
確かに、SlidingDrawerは近い将来Android SDKに含まれるはずです。ドキュメントに記載されているように、Googleはこれ以上サポートしていないため、潜在的にはいつでも動作しなくなる可能性があり、削除する必要があります。あなたがその時にまだそれを使用しているなら、あなたは決定を下すでしょう。たとえば、2008年後半にはAbsoluteLayoutが廃止されました。IIRCは引き続き使用できます。
SlidingDrawerをライブラリプロジェクトにフォークするのを止めることはできませんが、リソースをコピーして、フレームワークの内部リソースではなくリソースを指すようにコードを変更する必要があります。 MarioLenciさんのコメント@繰り返しに
私は引き出しをダンプして新しいAPIに従うと考えましたが、実際には、引き出しが与える機能は、適切に拡張すればかなり有用であり、私は同じことを自分で実装することになりますので、それを保つよ。 Thx –
@CommonsWare、代わりに何をお勧めしますか？私はSlidingDrawerを発見しました。そして、それはまさに私が望むUIインタラクションのように見えます。どうしたの？ – karl
@karl：間違っているのは非難されているということです。 :-)さまざまなスライドメニューの実装が現在のアプローチのようです - AndroidViews.netの実装を参照してください。 – CommonsWare
は、それを実装したライブラリがあります：https://github.com/umano/AndroidSlidingUpPanel
経由はい、そうです。または独自の実装を記述します。 – jumper0k
*なぜ*それは非難された誰か知っていますか？ –
*著作権の問題や柔軟性の低いフルスクリーンソリューションが原因である可能性があります。 DrawerLayoutがそれを置き換えるように見えます。 – powder366