Разница между onCreateView и onViewCreated во фрагменте

В чем принципиальная разница между этими двумя методами? Должен ли я использовать один элемент поверх другого для повышения производительности при создании TextView?

Изменить: в чем разница от

onCreateView() {
  root = some view
  View v = new View(some context);
  root.add(v);
  return root;
}


onViewCreated() {
  View v = new View(some context);
  getView().add(v);
}

Мы сталкиваемся с некоторыми сбоями при инициализации представления в onCreateView.

Вы должны раздуть свой макет, onCreateViewно не должны инициализировать другие представления, используя findViewByIdin onCreateView.

Потому что иногда представление не инициализируется должным образом. Поэтому всегда используйте findViewByIdin onViewCreated(когда представление полностью создано), и оно также передает представление как параметр.

onViewCreated Убедитесь, что представление полностью создано.

onViewCreated Android Документация

Вызывается сразу после возврата onCreateView( android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle), но до восстановления какого-либо сохраненного состояния в представлении. Это дает подклассам возможность инициализировать себя, как только они узнают, что их иерархия представлений полностью создана. Однако на этом этапе иерархия представления фрагмента не привязана к его родительскому элементу.

onViewCreatedвызывается сразу после onCreateView(метода, который вы инициализируете и создаете все свои объекты, включая ваш TextView), так что это не вопрос производительности.

С сайта разработчика:

onViewCreated (представление представления, пакет savedInstanceState)

Вызывается сразу после возврата onCreateView (LayoutInflater, ViewGroup, Bundle), но до восстановления любого сохраненного состояния в представлении. Это дает подклассам возможность инициализировать себя, как только они узнают, что их иерархия представлений полностью создана. Однако на этом этапе иерархия представления фрагмента не привязана к его родительскому элементу.

Источник: Фрагмент # onViewCreated

Любое присвоение подвидов полям в onViewCreated. Это связано с тем, что фреймворк выполняет автоматическую нулевую проверку, чтобы убедиться, что иерархия представления вашего фрагмента была создана и увеличена (при использовании файла макета XML) должным образом.

Фрагмент кода из: FragmentManger.java

// This calls onCreateView()
f.mView = f.performCreateView(f.getLayoutInflater(f.mSavedFragmentState), null, f.mSavedFragmentState);

// Null check avoids possible NPEs in onViewCreated
// It's also safe to call getView() during or after onViewCreated()
if (f.mView != null) {
    f.mView.setSaveFromParentEnabled(false);
    if (f.mHidden) f.mView.setVisibility(View.GONE);
    f.onViewCreated(f.mView, f.mSavedFragmentState);
}

onCreateViewвозвращает увеличенный вид. OnViewCreatedвызывается сразу после onCreateViewи имеет параметр inflated view. Его возвращаемый типvoid

onCreateView()является эквивалентом фрагмента onCreate()для Activity и запускается во время создания представления.
onViewCreated()запускается после создания представления.

should I use one over the other for performance? Нет . Нет никаких свидетельств повышения производительности.

Во onCreate()Фрагментах тоже есть метод, но он используется редко (я никогда не использую его и не нахожу для него подходящего варианта).

Я всегда использую onCreateView()фрагменты в качестве замены onCreate().
И я доволен этим.

Документы наFragment.onCreateView() данный момент говорят:

В этом методе рекомендуется только раздуть макет и переместить логику, которая работает с возвращенным View, в onViewCreated (View, Bundle).

Нам не нужно понимать почему; нам просто нужно делать то, что написано в документации, но было бы интересно узнать, почему существует эта рекомендация. Мое лучшее предположение - разделение проблем , но ИМХО это делает его немного сложнее, чем должно быть.

Основная причина, по которой я бы использовал, onViewCreatedзаключается в том, что она отделяет любую логику инициализации от логики инфляции / создания иерархии представлений, которая должна идти в onViewCreate. Все остальные характеристики выглядят так же.

Я думаю, что основное различие между ними заключается в том, что вы используете kotlin.in onCreateView () каждый раз, когда вы хотите получить доступ к просмотру в своем XML-файле, вы должны использовать findViewById, но в onViewCreated вы можете просто получить доступ к своему представлению, просто вызвав его идентификатор ,

onCreateView используется во фрагменте для создания макета и расширения представления. onViewCreated используется для ссылки на представление, созданное указанным выше методом. Наконец, рекомендуется определить слушателя действий в onActivityCreated.