Cách thực hành tốt nhất để khởi tạo một đoạn Android mới

Tôi đã thấy hai thực tiễn chung để khởi tạo một Đoạn mới trong một ứng dụng:

Fragment newFragment = new MyFragment();

và

Fragment newFragment = MyFragment.newInstance();

Tùy chọn thứ hai sử dụng một phương thức tĩnh newInstance()và thường chứa phương thức sau.

public static Fragment newInstance() 
{
    MyFragment myFragment = new MyFragment();
    return myFragment;
}

Lúc đầu, tôi nghĩ lợi ích chính là việc tôi có thể quá tải phương thức newInstance () để tạo sự linh hoạt khi tạo các phiên bản mới của Fragment - nhưng tôi cũng có thể làm điều này bằng cách tạo một hàm tạo quá tải cho Fragment.

Tôi đã bỏ lỡ một cái gì đó?

Lợi ích của một phương pháp này so với phương pháp khác là gì? Hay đó chỉ là thực hành tốt?

Nếu Android quyết định tạo lại Mảnh vỡ của bạn sau này, thì nó sẽ gọi hàm tạo không có đối số của mảnh đó. Vì vậy, quá tải các nhà xây dựng không phải là một giải pháp.

Như đã nói, cách để chuyển nội dung vào Fragment của bạn để chúng có sẵn sau khi Fragment được Android tạo lại là chuyển một gói cho setArgumentsphương thức.

Vì vậy, ví dụ, nếu chúng ta muốn truyền một số nguyên cho đoạn, chúng ta sẽ sử dụng một cái gì đó như:

public static MyFragment newInstance(int someInt) {
    MyFragment myFragment = new MyFragment();

    Bundle args = new Bundle();
    args.putInt("someInt", someInt);
    myFragment.setArguments(args);

    return myFragment;
}

Và sau đó trong Fragment, onCreate()bạn có thể truy cập số nguyên đó bằng cách sử dụng:

getArguments().getInt("someInt", 0);

Gói này sẽ khả dụng ngay cả khi Fragment được tạo lại bằng cách nào đó bởi Android.

Cũng lưu ý: setArgumentschỉ có thể được gọi trước khi Đoạn được gắn vào Hoạt động.

Cách tiếp cận này cũng được ghi lại trong tài liệu tham khảo dành cho nhà phát triển Android: https://developer.android.com/reference/android/app/Fragment.html

Lợi ích duy nhất trong việc sử dụng cái newInstance()mà tôi thấy là như sau:

1. Bạn sẽ có một nơi duy nhất mà tất cả các đối số được sử dụng bởi đoạn có thể được gói lại và bạn không phải viết mã bên dưới mỗi khi bạn khởi tạo một đoạn.

   Bundle args = new Bundle();
   args.putInt("someInt", someInt);
   args.putString("someString", someString);
   // Put any other arguments
   myFragment.setArguments(args);

2. Đó là một cách tốt để nói với các lớp khác những đối số mà nó mong đợi sẽ hoạt động trung thực (mặc dù bạn sẽ có thể xử lý các trường hợp nếu không có đối số nào được gói trong ví dụ phân đoạn).

Vì vậy, tôi nghĩ rằng việc sử dụng một tĩnh newInstance()để khởi tạo một đoạn là một thực hành tốt.

Cũng có một cách khác:

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

Trong khi @yydl đưa ra một lý do thuyết phục về lý do tại sao newInstancephương pháp này tốt hơn:

Nếu Android quyết định tạo lại Mảnh vỡ của bạn sau này, thì nó sẽ gọi hàm tạo không có đối số của mảnh đó. Vì vậy, quá tải các nhà xây dựng không phải là một giải pháp.

vẫn hoàn toàn có thể sử dụng một hàm tạo . Để xem lý do tại sao, trước tiên chúng ta cần xem tại sao cách giải quyết trên được Android sử dụng.

Trước khi một đoạn có thể được sử dụng, một ví dụ là cần thiết. Các cuộc gọi Android YourFragment()(hàm tạo không có đối số ) để xây dựng một thể hiện của đoạn. Ở đây, mọi hàm tạo quá tải mà bạn viết sẽ bị bỏ qua, vì Android không thể biết nên sử dụng cái nào.

Trong vòng đời của một Hoạt động, đoạn được tạo như trên và bị phá hủy nhiều lần bởi Android. Điều này có nghĩa là nếu bạn đặt dữ liệu vào chính đối tượng mảnh, nó sẽ bị mất một khi mảnh bị phá hủy.

Để giải quyết, android yêu cầu bạn lưu trữ dữ liệu bằng cách sử dụng Bundle(gọi setArguments()), sau đó có thể được truy cập từ đó YourFragment. Các đối số bundleđược bảo vệ bởi Android và do đó được đảm bảo là bền bỉ .

Một cách để đặt gói này là sử dụng newInstancephương thức tĩnh :

public static YourFragment newInstance (int data) {
    YourFragment yf = new YourFragment()
    /* See this code gets executed immediately on your object construction */
    Bundle args = new Bundle();
    args.putInt("data", data);
    yf.setArguments(args);
    return yf;
}

Tuy nhiên, một nhà xây dựng:

public YourFragment(int data) {
    Bundle args = new Bundle();
    args.putInt("data", data);
    setArguments(args);
}

có thể làm chính xác điều tương tự như newInstancephương pháp.

Đương nhiên, điều này sẽ thất bại và là một trong những lý do Android muốn bạn sử dụng newInstancephương pháp này:

public YourFragment(int data) {
    this.data = data; // Don't do this
}

Như giải thích thêm, đây là Lớp phân mảnh của Android:

/**
 * Supply the construction arguments for this fragment.  This can only
 * be called before the fragment has been attached to its activity; that
 * is, you should call it immediately after constructing the fragment.  The
 * arguments supplied here will be retained across fragment destroy and
 * creation.
 */
public void setArguments(Bundle args) {
    if (mIndex >= 0) {
        throw new IllegalStateException("Fragment already active");
    }
    mArguments = args;
}

Lưu ý rằng Android hỏi rằng các đối số được thiết lập chỉ ở xây dựng, và đảm bảo rằng chúng sẽ được giữ lại.

EDIT : Như được chỉ ra trong các nhận xét của @JHH, nếu bạn đang cung cấp một hàm tạo tùy chỉnh yêu cầu một số đối số, thì Java sẽ không cung cấp đoạn của bạn với hàm tạo mặc định không có đối số . Vì vậy, điều này sẽ yêu cầu bạn xác định một hàm tạo không có arg , đây là mã mà bạn có thể tránh với newInstancephương thức xuất xưởng.

EDIT : Android không cho phép sử dụng hàm tạo quá tải cho các đoạn nữa. Bạn phải sử dụng newInstancephương pháp.

Tôi không đồng ý với câu trả lời của yydi :

Nếu Android quyết định tạo lại Mảnh vỡ của bạn sau này, thì nó sẽ gọi hàm tạo không có đối số của mảnh đó. Vì vậy, quá tải các nhà xây dựng không phải là một giải pháp.

Tôi nghĩ đó là một giải pháp và một giải pháp tốt, đây chính xác là lý do nó được phát triển bởi ngôn ngữ cốt lõi Java.

Đúng là hệ thống Android có thể phá hủy và tạo lại của bạn Fragment. Vì vậy, bạn có thể làm điều này:

public MyFragment() {
//  An empty constructor for Android System to use, otherwise exception may occur.
}

public MyFragment(int someInt) {
    Bundle args = new Bundle();
    args.putInt("someInt", someInt);
    setArguments(args);
}

Nó sẽ cho phép bạn kéo someInttừ getArguments()sau này, ngay cả khi Fragmenthệ thống được tạo lại. Đây là giải pháp thanh lịch hơnstatic xây dựng.

Đối với ý kiến ​​của tôi, các nhà staticxây dựng là vô dụng và không nên được sử dụng. Ngoài ra, họ sẽ giới hạn bạn nếu trong tương lai bạn muốn mở rộng điều này Fragmentvà thêm nhiều chức năng hơn cho nhà xây dựng. Vớistatic constructor, bạn không thể làm điều này.

Cập nhật:

Android đã thêm kiểm tra gắn cờ tất cả các nhà xây dựng không mặc định có lỗi.
Tôi khuyên bạn nên vô hiệu hóa nó, vì những lý do đã đề cập ở trên.

Một số mã kotlin :

companion object {
    fun newInstance(first: String, second: String) : SampleFragment {
        return SampleFragment().apply {
            arguments = Bundle().apply {
                putString("firstString", first)
                putString("secondString", second)
            }
        }
    }
}

Và bạn có thể nhận được các đối số với điều này:

val first: String by lazy { arguments?.getString("firstString") ?: "default"}
val second: String by lazy { arguments?.getString("secondString") ?: "default"}

Thực hành tốt nhất để ví dụ các đoạn với các đối số trong Android là có phương thức nhà máy tĩnh trong đoạn của bạn.

public static MyFragment newInstance(String name, int age) {
    Bundle bundle = new Bundle();
    bundle.putString("name", name);
    bundle.putInt("age", age);

    MyFragment fragment = new MyFragment();
    fragment.setArguments(bundle);

    return fragment;
}

Bạn nên tránh đặt các trường của bạn với ví dụ của một đoạn. Bởi vì bất cứ khi nào hệ thống Android tạo lại đoạn của bạn, nếu cảm thấy rằng hệ thống cần nhiều bộ nhớ hơn, nó sẽ tạo lại đoạn của bạn bằng cách sử dụng hàm tạo không có đối số.

Bạn có thể tìm thêm thông tin về thực tiễn tốt nhất để khởi tạo các đoạn bằng các đối số ở đây.

Vì các câu hỏi về thực tiễn tốt nhất, tôi sẽ nói thêm, rất thường xuyên sử dụng phương pháp lai để tạo phân đoạn khi làm việc với một số dịch vụ web REST

Chúng tôi không thể vượt qua các đối tượng phức tạp, ví dụ như một số mô hình Người dùng, trong trường hợp hiển thị phân đoạn người dùng

Nhưng những gì chúng ta có thể làm, là kiểm tra onCreate người dùng đó! = Null và nếu không - sau đó đưa anh ta từ lớp dữ liệu, nếu không - sử dụng hiện có.

Bằng cách này, chúng tôi có được cả khả năng tái tạo bởi userId trong trường hợp giải trí phân mảnh bằng Android và sự nhanh nhẹn cho hành động của người dùng, cũng như khả năng tạo ra các mảnh vỡ bằng cách giữ đối tượng hoặc chỉ id của nó

Một cái gì đó thích điều này:

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);
    }
}

sử dụng mã này 100% khắc phục sự cố của bạn

nhập mã này vào FirstFragment

public static yourNameParentFragment newInstance() {

    Bundle args = new Bundle();
    args.putBoolean("yourKey",yourValue);
    YourFragment fragment = new YourFragment();
    fragment.setArguments(args);
    return fragment;
}

mẫu này gửi dữ liệu boolean

và trong SecendFragment

yourNameParentFragment name =yourNameParentFragment.newInstance();
   Bundle bundle;
   bundle=sellDiamondFragments2.getArguments();
  boolean a= bundle.getBoolean("yourKey");

phải giá trị trong đoạn đầu tiên là tĩnh

mã hạnh phúc

Cách tốt nhất để khởi tạo đoạn đó là sử dụng phương thức Fragment.instantiate mặc định hoặc tạo phương thức nhà máy để khởi tạo đoạn đó
Chú ý: luôn tạo một hàm tạo trống trong đoạn khác trong khi khôi phục bộ nhớ đoạn sẽ ném ngoại lệ thời gian chạy.

Tôi đang ở đây gần đây. Nhưng đôi khi tôi chỉ biết rằng có thể giúp bạn một chút.

Nếu bạn đang sử dụng Java, không có gì nhiều để thay đổi. Nhưng đối với các nhà phát triển kotlin, đây là một số đoạn sau tôi nghĩ rằng có thể làm cho bạn một tầng hầm để chạy trên:

• Đoạn cha mẹ:

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

• Cuộc gọi bình thường

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

• Bạn có thể mở rộng thao tác init cha trong lớp phân đoạn con bằng cách:

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

Chúc mừng mã hóa.

setArguments()là vô dụng Nó chỉ mang lại một mớ hỗn độn.

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");
        } 
        ...
    }
}

Tôi tin rằng tôi có một giải pháp simpeler nhiều cho việc này.

public class MyFragment extends Fragment{

   private String mTitle;
   private List<MyObject> mObjects;

   public static MyFragment newInstance(String title, List<MyObject> objects)
   MyFragment myFrag = new MyFragment();
   myFrag.mTitle = title;
   myFrag.mObjects = objects;
   return myFrag;
   }