Как я узнал о фрагментах и кодировке Android в целом, мне было интересно, почему официальная документация предполагает использование XML для фрагментов в первую очередь? Когда вы знаете, что ваш фрагмент не будет удален или изменен во время выполнения, XML в порядке. Однако, что точка попадания в эту практику, если, и я цитирую в Intro to Fragments Documentation здесь:Какой смысл использовать XML для фрагментов?
«Для того, чтобы создать динамичный и мульти-панели пользовательского интерфейса на Android»
Что такое точка когда-либо использующая XML над построением программно? Должен ли я тратить время на изучение статического способа создания компонента, который призван сделать ваше приложение более динамичным?
Благодарим за понимание!
Я считаю, что OP интересовался использованием тега, не раздувающего компоновку в onCreateView фрагмента. –
Hi Eugen. Лучше всего создать каталог для разных размеров и типов экрана (см. Http://developer.android.com/guide/practices/screens_support.html) и упорядочить фрагменты в соответствии с различными типами экрана и ориентацией. Вы по-прежнему используете в XML вместо замены их в Java-коде. В коде вы можете проверить текущий размер экрана, плотность и ориентацию и только решить, следует ли предпринять действие (когда нажимается элемент в A, если устройство не является планшетом [отображается только один фрагмент] start Activity, в котором отображается фрагмент B/change фрагмент A до фрагмента B ...). –
logcat
Кроме того, использование XML быстрее, чем запуск Java-кода и более аккуратный (вам не нужно использовать FragmentManager с его commit()/commitAllowStateLoss()). – logcat