Разница между тегами fragment и FragmentContainerView?

Question

[foonfyrick]

Все время подсвечивается желтым, и я не понимаю для чего я должен менять простой тег fragment на FragmentContainerView. Какие отличия у них?

Answer 1

[Денис Загаевский]

Основная разница в том, что FragmentContainerView позволит тебе динамически заменить фрагмент в рантайме, а fragment - нет.
И от этого оно уже пляшет, там есть всякие навороты про z-order, чтоб рисовать во время анимации в правильном порядке.

P.S. fragment это правда тег, а FragmentContainerView это именно вьюха, аналог FrameLayout.

Comments

[foonfyrick]

А почему при использовании navigation component тег fragment позволяет динамически заменять фрагмент в рантайме? А без navigation component, первый вложенный никак не заменяется.

[Денис Загаевский]

foonfyrick, покажи, как именно ты это делаешь. Разметку и код.

[foonfyrick]

Вот, при использовании библиотеки navigation component, я могу использовать как тег fragment, так и FragmentContainerView, и первый фрагмент полностью заменяется на следующий в обоих случаях.

<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity">

    <fragment
        android:id="@+id/fragment"
        android:name="androidx.navigation.fragment.NavHostFragment"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        app:defaultNavHost="true"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintEnd_toEndOf="parent"
        app:layout_constraintStart_toStartOf="parent"
        app:layout_constraintTop_toTopOf="parent"
        app:navGraph="@navigation/nav_graph" />
</androidx.constraintlayout.widget.ConstraintLayout>

class FirstFragment : Fragment() {

    override fun onCreateView(
        inflater: LayoutInflater, container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View? {

        return inflater.inflate(R.layout.fragment_first, container, false)
    }

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        button1.setOnClickListener {
            findNavController().navigate(R.id.action_firstFragment_to_secondFragment)
        }
    }
}

class SecondFragment : Fragment() {

    override fun onCreateView(
        inflater: LayoutInflater, container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View? {
        // Inflate the layout for this fragment
        return inflater.inflate(R.layout.fragment_second, container, false)
    }

    override fun onStart() {
        super.onStart()

        button.setOnClickListener {
            findNavController().navigate(R.id.action_secondFragment_to_thirdFragment)
        }
    }
}

[Денис Загаевский]

foonfyrick, так а где он заменяется-то? Ты бы сначала тему раскурил)
Смотри, в теге fragment у тебя указан фрагмент android:name="androidx.navigation.fragment.NavHostFragment"
Он является родительским для всех остальных участвующих в этом фрагментов, они находятся внутри него, и заменяются внутри него. Сам фрагмент остаётся на месте всегда.
Речь идёт о том, что если бы ты установил в xml непосредственно FirstFragment, и хотел руками его заменить на SecondFragment, то с fragment это у тебя не получилось бы, из а с FragmentContainerView получилось бы.

Короче, если использовать всё это так, то без разницы, чем пользоваться. Я бы даже сказал, что fragment предпочтительнее, тк там вложенность иерархии вью меньше получится.

А androidx.constraintlayout.widget.ConstraintLayout использовать с одним ребёнком это вообще зашквар. Можно его выкинуть и оставить один единственный тег в этом xml.

[Денис Загаевский]

foonfyrick, спасибо за этот вопрос, кстати. Я узнал о существовании FragmentContainerView, и о том, что тегом fragment кто-то пользуется.

[foonfyrick]

Денис Загаевский, Подскажите, а если перед тем как пригласить на собеседование, просят выслать код, подразумевается что я должен какой-то большой проект на гите показать который я делал пару месяцев, или я могу что-го за пару часов набросать, как костяк приложения, и скинуть, или это будет глупо так делать? А то у меня на гите только один старый ужасный репозиторий который я писал 2 недели, а можно было за день написать такое и лучше.

[Денис Загаевский]

foonfyrick, напиши им как есть, да и всё. Я не знаю, что ты способен написать за пару часов, но думаю, что не сильно много.

[foonfyrick]

Денис Загаевский, А у вас не найдется пары минут взглянуть на репозиторий, может какие ошибки в построении архитектуры, или я какие-то ошибки при написании кода допускаю, а дальше я уже буду их решать, просто у меня опыта нету, я не вижу плохой или хороший код https://github.com/Cepreu-01/SkeletMVP , примерно это буду уже как презентацию своего кода скидывать.

[Денис Загаевский]

foonfyrick, первое, что бросается в глаза это заглушки тестов. Убери их. Пакет com.example тоже так себе. Публичные верхнеуровневые const val плохо. Хотя бы в object их. Разложение пакетов по назначению, а не по фичам плохо, не масштабируется, превращается в свалку.
Работа с ресайклером - очень плохо, переиспользовать это между разными экранами не получится, потому что иннер класс, сделать из этого список с несколькими видами элементов будет сложно.

[foonfyrick]

Денис Загаевский, Спасибо.