我最近在这里。但我知道的一些事也许能帮到你。

如果您正在使用Java，那么没有什么需要更改的。但是对于Kotlin开发人员来说，下面是一些代码片段，我认为它们可以让你成为一个运行的基础:

父母片段:

inline fun <reified T : SampleFragment> newInstance(text: String): T {
    return T::class.java.newInstance().apply {
        arguments = Bundle().also { it.putString("key_text_arg", text) }
    }
}

正常调用

val f: SampleFragment = SampleFragment.newInstance("ABC")
// or val f = SampleFragment.newInstance<SampleFragment>("ABC")

你可以在子fragment类中扩展父init操作:

fun newInstance(): ChildSampleFragment {
    val child = UserProfileFragment.newInstance<ChildSampleFragment>("XYZ")
    // Do anything with the current initialized args bundle here
    // with child.arguments = ....
    return child
}

快乐的编码。

还有另一种方法:

Fragment.instantiate(context, MyFragment.class.getName(), myBundle)

由于关于最佳实践的问题，我想补充一点，在使用一些REST web服务时，使用混合方法来创建片段通常是一个好主意

我们不能传递复杂的对象，例如一些用户模型，以防显示用户片段

但我们能做的是，签入onCreate那个用户!=null，如果不是-那么把他从数据层，否则-使用现有。

通过这种方式，我们获得了在Android和snappiness的情况下通过userId重新创建片段的能力，以及通过持有对象本身或仅它的id来创建片段的能力

是这样的:

public class UserFragment extends Fragment {
    public final static String USER_ID="user_id";
    private User user;
    private long userId;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        userId = getArguments().getLong(USER_ID);
        if(user==null){
            //
            // Recreating here user from user id(i.e requesting from your data model,
            // which could be services, direct request to rest, or data layer sitting
            // on application model
            //
             user = bringUser();
        }
    }

    public static UserFragment newInstance(User user, long user_id){
        UserFragment userFragment = new UserFragment();
        Bundle args = new Bundle();
        args.putLong(USER_ID,user_id);
        if(user!=null){
            userFragment.user=user;
        }
        userFragment.setArguments(args);
        return userFragment;

    }

    public static UserFragment newInstance(long user_id){
        return newInstance(null,user_id);
    }

    public static UserFragment newInstance(User user){
        return newInstance(user,user.id);
    }
}

setArguments()没有用。这只会带来混乱。

public class MyFragment extends Fragment {

    public String mTitle;
    public String mInitialTitle;

    public static MyFragment newInstance(String param1) {
        MyFragment f = new MyFragment();
        f.mInitialTitle = param1;
        f.mTitle = param1;
        return f;
    }

    @Override
    public void onSaveInstanceState(Bundle state) {
        state.putString("mInitialTitle", mInitialTitle);
        state.putString("mTitle", mTitle);
        super.onSaveInstanceState(state);
    }

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle state) {
        if (state != null) {
            mInitialTitle = state.getString("mInitialTitle");
            mTitle = state.getString("mTitle");
        } 
        ...
    }
}

理想情况下，我们不应该在片段构造函数中传递任何东西，片段构造函数应该是空的或默认的。 现在第二个问题是，如果我们想传递接口变量或参数 我们应该使用Bundle来传递数据。 对于Interface，我们可以在bundle中putParceble，并使该接口实现parceble 如果可能的话，我们可以在活动和片段中实现该接口，我们可以在OnAttach中初始化监听器，在那里我们有上下文[(上下文)监听器]。

因此，在配置更改期间(例如字体更改)，Activity重新创建侦听器不会去非初始化，我们可以避免空指针异常。

使用newInstance()的唯一好处是:

You will have a single place where all the arguments used by the fragment could be bundled up and you don't have to write the code below everytime you instantiate a fragment. Bundle args = new Bundle(); args.putInt("someInt", someInt); args.putString("someString", someString); // Put any other arguments myFragment.setArguments(args); Its a good way to tell other classes what arguments it expects to work faithfully(though you should be able to handle cases if no arguments are bundled in the fragment instance).

因此，我认为使用静态newInstance()来实例化一个片段是一个很好的实践。