Android фрагмент - Как сохранить состояния представлений во фрагменте, когда другой фрагмент помещается поверх него - PullRequest
130 голосов
/ 22 июля 2011

В Android, фрагмент (скажем, FragA) добавляется в backstack, а другой фрагмент (скажем, FragB) попадает на вершину.Теперь при ответном ударе FragA выходит на вершину и вызывается onCreateView().Теперь у меня было FragA в определенном состоянии, прежде чем FragB было выдвинуто поверх него.

Мой вопрос: как я могу восстановить FragA до его предыдущего состояния?Есть ли способ сохранить состояние (например, в Bundle) и если да, то какой метод мне следует переопределить?

Ответы [ 11 ]

99 голосов
/ 22 июля 2011

В руководство по фрагментам Пример FragmentList вы можете найти:

@Override
public void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.putInt("curChoice", mCurCheckPosition);
}

Который вы можете использовать позже так:

@Override
public void onActivityCreated(Bundle savedInstanceState) {
    super.onActivityCreated(savedInstanceState);
    if (savedInstanceState != null) {
        // Restore last state for checked position.
        mCurCheckPosition = savedInstanceState.getInt("curChoice", 0);
    }
}

Я новичок во Фрагментах, но это похоже на решение твоей проблемы;) OnActivityCreated вызывается после возврата фрагмента из заднего стека.

80 голосов
/ 01 августа 2014

Фрагмент onSaveInstanceState(Bundle outState) никогда не будет вызван, если только активность фрагмента не вызовет его для себя и прикрепленных фрагментов. Таким образом, этот метод не будет вызываться до тех пор, пока что-то (обычно вращение) не заставит активность SaveInstanceState и не восстановит ее позже. Но если у вас есть только одно действие и большой набор фрагментов внутри него (с интенсивным использованием replace) и приложение работает только в одном ориентирующем действии, то onSaveInstanceState(Bundle outState) может не вызываться в течение длительного времени.

Я знаю три возможных обходных пути.

Первый:

использовать аргументы фрагмента для хранения важных данных:

public class FragmentA extends Fragment {
    private static final String PERSISTENT_VARIABLE_BUNDLE_KEY = "persistentVariable";

    private EditText persistentVariableEdit;

    public FragmentA() {
        setArguments(new Bundle());
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        View view = inflater.inflate(R.layout.fragment_a, null);

        persistentVariableEdit = (EditText) view.findViewById(R.id.editText);

        TextView proofTextView = (TextView) view.findViewById(R.id.textView);

        Bundle mySavedInstanceState = getArguments();
        String persistentVariable = mySavedInstanceState.getString(PERSISTENT_VARIABLE_BUNDLE_KEY);

        proofTextView.setText(persistentVariable);


        view.findViewById(R.id.btnPushFragmentB).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                getFragmentManager()
                        .beginTransaction()
                        .replace(R.id.frameLayout, new FragmentB())
                        .addToBackStack(null)
                        .commit();
            }
        });

        return view;
    }

    @Override
    public void onPause() {
        super.onPause();
        String persistentVariable = persistentVariableEdit.getText().toString();

        getArguments().putString(PERSISTENT_VARIABLE_BUNDLE_KEY, persistentVariable);
    }
}

Второй, но менее педантичный способ - держать переменные в синглетонах

Третий - не replace() фрагменты, а add() / show() / hide() вместо них.

21 голосов
/ 07 апреля 2013

Просто обратите внимание, что если вы работаете с фрагментами с помощью ViewPager, это довольно просто.Вам нужно только вызвать этот метод: setOffscreenPageLimit().

Согласовать с документами:

Установить количество страниц, которые должны быть сохранены по обе стороны от текущей страницы впросмотр иерархии в состоянии ожидания.Страницы, превышающие этот предел, будут воссозданы из адаптера при необходимости.

Аналогичная проблема здесь

13 голосов
/ 11 октября 2016

Просто накачайте свой взгляд за один раз.

Пример следует:

public class AFragment extends Fragment {

private View mRootView;
@Nullable
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    if(mRootView==null){
        mRootView = inflater.inflate(R.id.fragment_a, container, false);
        //......
    }
    return mRootView;
}

}

8 голосов
/ 26 октября 2012

Я работал с проблемой, очень похожей на эту.Поскольку я знал, что часто буду возвращаться к предыдущему фрагменту, я проверил, был ли фрагмент .isAdded() истинным, и если да, то вместо transaction.replace() я просто делаю transaction.show().Это предотвращает воссоздание фрагмента, если он уже находится в стеке - сохранение состояния не требуется.

Fragment target = <my fragment>;
FragmentTransaction transaction = getFragmentManager().beginTransaction();
transaction.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN);
if(target.isAdded()) {
    transaction.show(target);
} else {
    transaction.addToBackStack(button_id + "stack_item");
    transaction.replace(R.id.page_fragment, target);
}
transaction.commit();

Еще одна вещь, о которой следует помнить, это то, что, хотя это сохраняет естественный порядок для самих фрагментов, вам все равно может понадобитьсядля обработки самого действия, которое уничтожается и воссоздается при изменении ориентации (конфигурации).Чтобы обойти это в AndroidManifest.xml для вашего узла:

android:configChanges="orientation|screenSize"

В Android 3.0 и выше, очевидно, требуется screenSize.

Удачи

5 голосов
/ 08 февраля 2016

Лучшее решение, которое я нашел ниже:

onSavedInstanceState (): всегда вызывается внутри фрагмента, когда действие прекращается (перемещение действия от одного к другому или изменение конфигурации). Поэтому, если мы вызываем несколько фрагментов для одной и той же деятельности, тогда мы должны использовать следующий подход:

Используйте OnDestroyView () фрагмента и сохраните весь объект внутри этого метода. затем OnActivityCreated (): проверьте, является ли объект нулевым или нет (поскольку этот метод вызывается каждый раз). Теперь восстановите состояние объекта здесь.

Работает всегда!

4 голосов
/ 10 июля 2012

если вы обрабатываете изменения конфигурации в вашей активности фрагмента, указанной в манифесте Android, как это

<activity
    android:name=".courses.posts.EditPostActivity"
    android:configChanges="keyboardHidden|orientation"
    android:screenOrientation="unspecified" />

, тогда фрагмент onSaveInstanceState не будет вызван, а объект savedInstanceState всегда будет нулевым.

1 голос
/ 20 апреля 2016

я не думаю, что onSaveInstanceState - хорошее решение.он просто используется для активности, которая была уничтожена.

Начиная с Android 3.0 Fragmen был менеджером FragmentManager, условие: одно действие отображает фрагменты Мэнни, когда фрагмент добавляется (не заменять: он будет воссоздан)в backStack представление будет удалено.когда вернемся к последнему, он будет отображаться как и раньше.

Так что я думаю, чтоgmentManger и транзакция достаточно хороши для его обработки.

0 голосов
/ 26 мая 2016

В конце концов, после попытки многих из этих сложных решений, поскольку мне нужно было только сохранить / восстановить одно значение в моем фрагменте (содержимое EditText), и хотя это может быть не самым элегантным решением, создание SharedPreference и хранение моего состояния там работало для меня

0 голосов
/ 29 июня 2015

Я использовал гибридный подход для фрагментов, содержащих представление списка.Это кажется производительным, так как я не заменяю текущий фрагмент, а добавляю новый фрагмент и скрываю текущий.У меня есть следующий метод в упражнении, в котором хранятся мои фрагменты:

public void addFragment(Fragment currentFragment, Fragment targetFragment, String tag) {
    FragmentManager fragmentManager = getSupportFragmentManager();
    FragmentTransaction transaction = fragmentManager.beginTransaction();
    transaction.setCustomAnimations(0,0,0,0);
    transaction.hide(currentFragment);
    // use a fragment tag, so that later on we can find the currently displayed fragment
    transaction.add(R.id.frame_layout, targetFragment, tag)
            .addToBackStack(tag)
            .commit();
}

Я использую этот метод в своем фрагменте (содержащем представление списка) всякий раз, когда элемент списка щелкается / нажимается (и, следовательно, мне нужно запустить/ показать фрагмент сведений):

FragmentManager fragmentManager = getActivity().getSupportFragmentManager();
SearchFragment currentFragment = (SearchFragment) fragmentManager.findFragmentByTag(getFragmentTags()[0]);
DetailsFragment detailsFragment = DetailsFragment.newInstance("some object containing some details");
((MainActivity) getActivity()).addFragment(currentFragment, detailsFragment, "Details");

getFragmentTags() возвращает массив строк, которые я использую в качестве тегов для разных фрагментов, когда добавляю новый фрагмент (см. метод transaction.add в методе addFragment выше).

Во фрагменте, содержащем представление списка, я делаю это в его методе onPause ():

@Override
public void onPause() {
    // keep the list view's state in memory ("save" it) 
    // before adding a new fragment or replacing current fragment with a new one
    ListView lv =  (ListView) getActivity().findViewById(R.id.listView);
    mListViewState = lv.onSaveInstanceState();
    super.onPause();
}

Затем в onCreateView фрагмента (фактически в методе, который вызывается вonCreateView), восстанавливаю состояние:

// Restore previous state (including selected item index and scroll position)
if(mListViewState != null) {
    Log.d(TAG, "Restoring the listview's state.");
    lv.onRestoreInstanceState(mListViewState);
}
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...