抽屉布局的项目点击-什么时候是替换片段的正确时间？

Question

我正在开发一个使用导航抽屉模式（带抽屉布局）的应用程序。

每次单击抽屉中的项目，都会替换主容器中的片段。

然而，我不确定何时是执行片段事务的正确时间？抽屉什么时候开始关？还是在它关闭之后？

在谷歌的文档示例中，您可以看到他们在项目点击后立即进行交易，然后关闭抽屉。
结果，抽屉看起来滞后且不光滑，看起来非常糟糕（我的应用程序中也发生了这种情况）。

另一方面，在Gmail和Google Drive应用程序中，他们似乎是在抽屉关闭后进行交易（我说得对吗？）<因此，抽屉并不迟钝且非常平滑，但至少需要大约1秒（抽屉闭合所需的时间）才能看到下一个片段。

似乎抽屉在立即进行碎片交易时不可能顺利。

你怎么看？

提前感谢！

Answer 1

这就是我为实现类似于Gmail应用程序的流畅交易动画所做的事情：

activity_抽屉。xml

<android.support.v4.widget.DrawerLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/drawer_layout"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >

    <!-- The main content view -->
    <FrameLayout
        android:id="@+id/content_frame"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />

    <!-- The navigation drawer -->
    <ListView 
    android:id="@+id/left_drawer"
        android:layout_width="280dp"
        android:layout_height="match_parent"
        android:layout_gravity="left"
        android:choiceMode="singleChoice" />

</android.support.v4.widget.DrawerLayout>

抽屉ctivity.java

private Fragment mContentFragment;
private Fragment mNextContentFragment;
private boolean mChangeContentFragment = false;

private Handler mHandler = new Handler();

...

@Override
public void onCreate(Bundle savedInstanceState) {
    ...

    mDrawerLayout.setDrawerListener(new DrawerListener());

    mDrawerList.setOnItemClickListener(new DrawerItemClickListener());

    ...
}

....

private class DrawerItemClickListener implements ListView.OnItemClickListener {

    @Override
    public void onItemClick(AdapterView parent, View view, int position, long id) {
        getSupportFragmentManager().beginTransaction().remove(mContentFragment).commit();

        switch (position) {
            case 0:
                mNextContentFragment = new Fragment1();
                break;

            case 1:
                mNextContentFragment = new Fragment2();
                break;

            case 2:
                mNextContentFragment = new Fragment3();
                break;
        }

        mChangeContentFragment = true;

        mDrawerList.setItemChecked(position, true);

        mHandler.postDelayed(new Runnable() {

            @Override
            public void run() {
                mDrawerLayout.closeDrawer(mDrawerList);
            }           
        }, 150);
    }
}

private class DrawerListener implements android.support.v4.widget.DrawerLayout.DrawerListener {

    @Override
    public void onDrawerClosed(View view) {
        if (mChangeContentFragment) {
             getSupportFragmentManager().beginTransaction().setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN).replace(R.id.content_frame, mNextContentFragment).commit();

             mContentFragment = mNextContentFragment;           
             mNextContentFragment = null;

             mChangeContentFragment = false;
         }
     }
 }

希望对你有帮助！：-）

Answer 2

另一个解决方案是创建一个Handler，并在关闭抽屉后发布一个延迟的Runnable，如下所示：https://stackoverflow.com/a/18483633/769501.这种方法的好处是，您的片段将比您等待DrawerListener#onDrawerCloked（）时更快地被替换，但当然，任意延迟并不能100%保证抽屉动画会及时完成。

也就是说，我使用200毫秒的延迟，它工作得非常好。

private class DrawerItemClickListener implements OnItemClickListener {
    @Override
    public void onItemClick(AdapterView<?> parent, View view, final int position, long id) {
        drawerLayout.closeDrawer(drawerList);
        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                switchFragments(position); // your fragment transactions go here
            }
        }, 200);
    }
}

Answer 3

是的，非常同意，执行片段（带视图）事务会导致布局传递，这会导致视图上的janky动画被动画化，引用了DrawerLayout文档：

抽屉布局。DrawerListener可用于监视抽屉视图的状态和运动。避免在动画期间执行昂贵的操作，如布局，因为这可能会导致口吃；尝试在STATE\u空闲状态下执行昂贵的操作。

因此，请在抽屉关闭或有人修补支持库以某种方式修复后执行片段事务：）