AppCompatActivity design

Question

Почему нет AppCompatActivitygetFragmentManager() вернуть версию поддержки менеджера фрагментов? Вместо этого вы должны сделать свою деятельность AppCompatActivity И конкретно позвонить getSupportFragmentManager(). То же самое можно сказать и о десятках других методов. Мне кажется, что вам нужно волшебным образом узнать, какие методы вы можете назвать самими собой, и которые вы должны переименовать в качестве «поддержки». Существует ли какой-либо вариант использования для того, чтобы вызывать «нормальную» версию вместо «поддержки», когда вы по-прежнему поддерживаете более низкие версии Android? Для меня было бы намного больше смысла, если бы AppCompatActivity функционировал неотличимо от более поздних версий API Activity. В конце концов, это то, что нужно сделать, не так ли? Обеспечьте те же функции, что и более поздние версии API Activity?

Есть ли какой-либо принцип дизайна или скрытое ограничение Java, которое мешает им это делать?

Answer 1

Почему GetFragmentManager() возвращает App-версию поддержки диспетчера фрагментов?

Потому что он не может.

Activity, на уровне API 11+, определяет getFragmentManager() как возвращающий android.app.FragmentManager. Единственный способ, которым AppCompatActivity мог бы переопределить его, - это если переопределенный метод также возвращает android.app.FragmentManager. Это невозможно. AppCompatActivity предназначен для возврата к уровню API 7, где нет возврата android.app.FragmentManager. Следовательно, мы имеем getSupportFragmentManager(), возвращая android.support.v4.app.FragmentManager.

Обратите внимание, что AppCompactActivity действительно получает свои фрагменты от FragmentActivity, который предназначен для работы с API уровня 4 за два года до уровня API 11 и собственных фрагментов.