AppCompatActivity design

Question

なぜAppCompatActivityのgetFragmentManager()は、フラグメントマネージャのサポートバージョンを返しますか？代わりに、アクティビティをAppCompatActivityにする必要があります。具体的にはgetSupportFragmentManager()としてください。同じことが他の十数の方法にも当てはまります。それはあなた自身が呼び出すことができるメソッドと、 "サポート"バージョンとしてrebrandする必要があるメソッドを魔法のように熟知しなければならないということが私には不安です。 Androidの下位バージョンを引き続きサポートしている場合、「サポート」バージョンの代わりに「通常の」バージョンを呼びたいというユースケースはありますか？ AppCompatActivityがそれ以降のAPIバージョンActivityと区別できないように機能していれば、それは私にはもっと意味をなさないでしょう。結局のところ、それはサポートされているのでしょうか？後のAPIバージョンActivityと同じ機能を提供しますか？

デザイン原則や隠されたJavaの制限によって、そうすることができないのですか？

Answer 1

なぜAppCompatActivityのgetFragmentManager（）は、フラグメントマネージャのサポートバージョンを返しませんか？

できません。

Activityは、APIレベル11+で、をandroid.app.FragmentManagerとして返します。 AppCompatActivityがオーバーライドできる唯一の方法は、オーバーライドされたメソッドでもがandroid.app.FragmentManagerを返した場合です。それは可能ではありません。 AppCompatActivityは返されるandroid.app.FragmentManagerがないAPIレベル7に戻るように設計されています。したがって、getSupportFragmentManager()があり、android.support.v4.app.FragmentManagerが返されます。

AppCompactActivityは、APIレベル11の2年前にAPIレベル4に戻って動作するように設計されており、ネイティブフラグメントが実装されているFragmentActivityからフラグメントを実際に取得します。