Guest User

Untitled

a guest
Apr 26th, 2018
94
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 7.87 KB | None | 0 0
  1. Hạn chế lỗi “Application Not Responding” (ANR).
  2. Mặc dù Realm đủ nhanh để đọc và ghi dữ liệu ngay trên Android main thread. Tuy nhiên, write transactions block accross threads, nghĩa là giả sử bạn đang ghi dữ liệu ở background thread, lời gọi ghi dữ liệu trên main thread sẽ bị block và lỗi ANR sẽ xảy ra. Vì thế, lời khuyên ở đây là các thao tác ghi nên ở background thread thông qua Realms Asynchronous Transactions
  3.  
  4. Quản lý vòng đời của một Realm instances
  5. Lựa chọn vòng đời hợp lý cho Realm instance là cần thiết. Bởi vì các RealmObjects và RealmResults được truy cập thông qua một bộ lazy cache, nên giữ một Realm instance mở càng lâu càng tốt. Không chỉ tránh được phí tổn phát sinh trong việc mở và đóng nó, mà còn cho phép truy vấn nhanh hơn. Mặc khác, một Realm instance đang mở sẽ giữ các các tài nguyên quan trọng, một vài trong chúng lại không quản lý bở trình quản lý bộ nhớ của Java (Java Memory Manager). Java không thể tự động quản lý những tài nguyên này. Do đó, điều cần thiết là nên đóng realm instance khi nó không cần thiết nữa. Realm sử dụng một internal reference counted cache, nên sau khi get Realm instance đầu tiên, các instance tiếp theo trên cùng một thread sẽ là miễn phí. Các tài nguyên cơ bản được giải phóng chỉ khi tất cả các instance trên thread đó được đóng lại.
  6.  
  7. Một sự lựa chọn hợp lý là làm sao cho vòng đời của Realm instance đồng nhất với các vòng đời của các View mà Observe nó.
  8.  
  9. // Setup Realm in your Application
  10. public class MyApplication extends Application {
  11. @Override
  12. public void onCreate() {
  13. super.onCreate();
  14. Realm.init(this);
  15. RealmConfiguration realmConfiguration = new RealmConfiguration.Builder().build();
  16. Realm.setDefaultConfiguration(realmConfiguration);
  17. }
  18. }
  19.  
  20. // onCreate()/onDestroy() overlap when switching between activities.
  21. // Activity2.onCreate() will be called before Activity1.onDestroy()
  22. // so the call to getDefaultInstance in Activity2 will be fast.
  23. public class MyActivity extends Activity {
  24. private Realm realm;
  25. private RecyclerView recyclerView;
  26.  
  27. @Override
  28. protected void onCreate(Bundle savedInstanceState) {
  29. super.onCreate(savedInstanceState);
  30. realm = Realm.getDefaultInstance();
  31. setContentView(R.layout.activity_main);
  32. recyclerView = (RecyclerView) findViewById(R.id.recycler_view);
  33. recyclerView.setAdapter(
  34. new MyRecyclerViewAdapter(this, realm.where(MyModel.class).findAllAsync()));
  35. // ...
  36. }
  37.  
  38. @Override
  39. protected void onDestroy() {
  40. super.onDestroy();
  41. realm.close();
  42. }
  43. }
  44.  
  45. // Use onCreateView()/onDestroyView() for Fragments.
  46. public class MyFragment extends Fragment {
  47. private Realm realm;
  48. private RecyclerView recyclerView;
  49.  
  50. @Override
  51. public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
  52. realm = Realm.getDefaultInstance();
  53. View root = inflater.inflate(R.layout.fragment_view, container, false);
  54. recyclerView = (RecyclerView) root.findViewById(R.id.recycler_view);
  55. recyclerView.setAdapter(
  56. new MyRecyclerViewAdapter(getActivity(), realm.where(MyModel.class).findAllAsync()));
  57. // ...
  58. return root;
  59. }
  60.  
  61. @Override
  62. public void onDestroyView() {
  63. super.onDestroyView();
  64. realm.close();
  65. }
  66. }
  67. Ở ví dụ trên ta sử dụng một Fragment và Activity, với một RecyclerView hiển thị dữ liệu được lấy ra từ một Realm instance. Trong cả 2 ví dụ, Realm instance và RecyclerViewAdapter được khởi tạo trong callback tạo và đóng trong callback hủy tương ứng. Điều này là an toàn, thậm chí cho các Activity: cơ sở dữ liệu sẽ được chuyển sang trạng thái nhất quán (consistent) ngay cả khi onDestroy và phương thức close() không bao giờ được gọi.
  68.  
  69. Rõ ràng, nếu hầu hết các Fragment liên quan đến một Activity yêu cầu truy cập vào cùng một tập dữ liệu, điều này có ý nghĩa đối với Activity, không phải là 1 Fragment riêng lẻ, để kiểm soát vòng đời của instance.
  70.  
  71. Một lưu ý là đối với Fragment, nếu database lớn, get Realm instance có thể trong thời gian ngắn làm block rendering. Trong trường hợp này, nên quản lý Realm instance trong onStart/onStop. Return View ngay tức thì trong onCreateView cho phép UI của Fragment được render trong khi Realm instance được khởi tạo và View đã loaded.
  72.  
  73. Tái sử dụng RealmResults and RealmObjects
  74. Trên UI thread và tất cả các Looper thread khác, tất cả RealmObjects và RealmResults được tự động làm mới khi có thay đổi đối với Realm. Điều này có nghĩa là không cần phải lấy các đối tượng này một lần nữa khi phản ứng với một RealmChangedListener. Các đối tượng đã được cập nhật và sẵn sàng để được vẽ lại trên màn hình. chúng ta có thể tái sử dụng RealmResults and RealmObjects
  75.  
  76. Dùng Autoincrementing IDs
  77. Autoincrementing IDs không được hỗ trợ bởi Realm (by design). Bạn vẫn có thể tạo ra các khóa chính đáp ứng các usecase cung cấp bởi autoincrementing IDs, nhưng điều quan trọng là xác định loại autoincrementing ID nào, sử dụng cho mục đích nào.
  78.  
  79. Cung cấp định danh duy nhất để xác định đối tượng
  80. Điều này có thể được thay thế bởi một GUID, đảm bảo duy nhất và được tạo ra bở 1 thiết bị ngay cả khi nó offline
  81.  
  82. public class Person extends RealmObject {
  83. @PrimaryKey
  84. private String id = UUID.randomUUID().toString();
  85. private String name;
  86. }
  87. Cung cấp trật tự chèn lỏng lẻo (loose insertion order)
  88. Một ví dụ là sắp xếp các tweet, điều này hoàn toàn có thể thay thế bởi một trường createdAt mà không cần phải là khóa chính
  89.  
  90. public class Person extends RealmObject {
  91. @PrimaryKey
  92. private String id = UUID.randomUUID().toString();
  93. private Date createdAt = new Date();
  94. private String name;
  95. }
  96. Cung cấp trật tự chèn chặt chẽ (strict insertion order)
  97. Một ví dụ là sắp xếp một list các task, điều này có thể được thực hiện bởi việc dùng RealmList, nó sẽ đảm bảo được thứ tự chèn ngay cả khi thiết bị đang offline
  98.  
  99. public class SortedPeople extends RealmObject {
  100. @PrimaryKey
  101. private int id = 0
  102. private RealmList<Person> persons;
  103. }
  104.  
  105. public class Person extends RealmObject {
  106. private String name;
  107. }
  108.  
  109. // Create wrapper object when creating object
  110. RealmConfiguration config = new RealmConfiguration.Builder()
  111. .initialData(new Realm.Transaction() {
  112. @Override
  113. public void execute(Realm realm) {
  114. realm.insert(new SortedPeople());
  115. }
  116. });
  117.  
  118. // Insert objects through the wrapper
  119. realm.executeTransaction(new Realm.Transaction() {
  120. @Override
  121. public void execute(Realm realm) {
  122. SortedPeople sortedPeople = realm.where(SortedPeople.class).findFirst();
  123. sortedPeople.getPersons().add(new Person());
  124. }
  125. });
  126. Nếu cả 3 phương pháp trên chưa thỏa được usecase của bài toán, bạn có thể tự tạo riêng cho mình theo cách dưới đây, nhưng phải nhớ là luôn query giá trị (ID) lớn nhất mỗi khi bắt đầu một transaction
  127.  
  128. realm.beginTransaction();
  129. Number maxValue = realm.where(MyObject.class).max("ID");
  130. long pk = (maxValue != null) ? maxValue + 1 : 0;
  131. realm.createObject(MyObject.class, pk++);
  132. realm.createObject(MyObject.class, pk++);
  133. realm.commitTransaction();
Add Comment
Please, Sign In to add comment