Dùng mã lõi Dữ liệu với NsFresunterscults Controller for icy Data in Ios

Các phương pháp ủy nhiệm chi tiết

Để được lợi ích đầy đủ từ bộ điều khiển, bạn phải thực hiện . Mẫu thông thường nhất là dùng những vòng gọi này bên trong hoặc [FLT: 10] đại biểu để tạo bầu cử cho UI. Ví dụ:

func controllerWillChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
 tableView.beginUpdates()
}

func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>,
 didChange anObject: Any,
 at indexPath: IndexPath?,
 for type: NSFetchedResultsChangeType,
 newIndexPath: IndexPath?) {
 switch type {
 case .insert:
 tableView.insertRows(at: [newIndexPath!], with: .fade)
 case .delete:
 tableView.deleteRows(at: [indexPath!], with: .fade)
 case .update:
 tableView.reloadRows(at: [indexPath!], with: .fade)
 case .move:
 tableView.moveRow(at: indexPath!, to: newIndexPath!)
 @unknown default:
 tableView.reloadData()
 }
}

func controllerDidChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
 tableView.endUpdates()
}

Mô hình này đảm bảo rằng ô xem bảng sẽ hoạt cảnh thay đổi đồng bộ với dữ liệu ẩn, ngăn chặn sự mờ đục hay không đồng bộ.

Sự tăng dần dần

Dưới đây là một ví dụ hoàn chỉnh, sản xuất sẵn sàng dùng iOS 15+. Chúng tôi giả định một thực thể đơn giản được gọi là với các thuộc tính và (BRI) và (ma:15].

1. Đặt chồng dữ liệu lõi

Trong ứng dụng của bạn hoặc (common in REMUI), tạo ra các hộp bền bỉ:

class PersistenceController {
 static let shared = PersistenceController()
 let container: NSPersistentContainer

 init() {
 container = NSPersistentContainer(name: "YourModelName")
 container.loadPersistentStores { storeDescription, error in
 if let error = error as NSError? {
 fatalError("Unresolved error \(error), \(error.userInfo)")
 }
 }
 container.viewContext.automaticallyMergesChangesFromParent = true
 }
}

Tạo hạng con NSManageObject

Dùng trình biên soạn dữ liệu của Xde để tạo tập tin lớp, hoặc tạo chúng bằng tay. Bảo đảm thực thể của bạn sử dụng thiết lập mô- đun lớp đúng.

3. Cấu hình yêu cầu lấy và FRC

Trong bộ điều khiển xem, hãy đặt yêu cầu lấy và khởi tạo bộ điều khiển kết quả lấy. Tốt nhất là thực hiện điều này trong hoặc một mô hình xem tham số.

lazy var fetchedResultsController: NSFetchedResultsController<Task> = {
 let fetchRequest: NSFetchRequest<Task> = Task.fetchRequest()
 let sortDescriptor = NSSortDescriptor(key: "dueDate", ascending: true)
 fetchRequest.sortDescriptors = [sortDescriptor]
 // Optional: limit results with batch size for large datasets
 fetchRequest.fetchBatchSize = 20

 let controller = NSFetchedResultsController(
 fetchRequest: fetchRequest,
 managedObjectContext: PersistenceController.shared.container.viewContext,
 sectionNameKeyPath: "completionStatus", // e.g., a transient attribute or a computed property
 cacheName: nil
 )
 controller.delegate = self
 try? controller.performFetch()
 return controller
}()

4 Lái ô xem bảng bằng FRC

Phương pháp của bạn trở nên tầm thường:

func numberOfSections(in tableView: UITableView) -> Int {
 fetchedResultsController.sections?.count ?? 0
}

func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
 let sectionInfo = fetchedResultsController.sections![section]
 return sectionInfo.numberOfObjects
}

func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
 let cell = tableView.dequeueReusableCell(withIdentifier: "TaskCell", for: indexPath)
 let task = fetchedResultsController.object(at: indexPath)
 configure(cell, with: task)
 return cell
}

Chúng ta không bao giờ gọi thủ công — các phương pháp ủy quyền xử lý mọi áp dụng, xóa bỏ và cập nhật.

Những phương pháp hữu hiệu và được sử dụng cao cấp

An toàn theo lối mòn

Ngữ cảnh dữ liệu tương ứng không an toàn chỉ. Luôn luôn dùng (mà chạy trên hàng đợi chính) cho tất cả các yêu cầu liên quan đến UI và FRCs. Để làm việc nền, hãy tạo văn cảnh hàng đợi riêng và nhập các thay đổi trong khung cảnh xem. Tránh dùng cùng một FRC qua nhiều hàng đợi.

& Vết

Tham số có thể cải thiện hiệu suất khởi chạy bằng cách bền bỉ phần và thông tin đối tượng. Tuy nhiên, nếu yêu cầu lấy hoặc thay đổi kiểu dữ liệu, bạn phải xoá bộ nhớ tạm ( để tránh tham nhũng.

Xử lý các bộ dữ liệu lớn

Dùng để giới hạn số đối tượng được lấy vào bộ nhớ. Cũng xem xét thiết lập chỉ khi bạn cần truy cập ngay mọi tài sản. Để có dữ liệu tăng cường, việc nạp có thể ngăn chặn lỗi lặp lại.

Hợp nhất với REMUI

Trong khi là UIKit Center (tâm trí tập trung, bạn vẫn có thể dùng nó trong tiếng REMUI, bằng cách gói nó lại hoặc dùng bộ xử lý mới (trong đó có thể sử dụng một cơ chế tương tự). Đối với dữ liệu phức tạp ở trong tiếng RRI, [FL:33] thường là đủ, nhưng FRC cho bạn quyền kiểm soát tốt hơn hoạt động và làm chồng chéo.

Những cạm bẫy thông thường và cách tránh chúng

Xem xét hiệu suất

đã hiệu quả, nhưng đây là tối ưu hóa thêm:

• Dùng định vị một cách khôn ngoan:[FLT: 1) Một định sẵn phức tạp có thể làm chậm việc lấy ban đầu. Hãy dùng những tính năng đã chỉ mục khi có thể.
• Tính chất tìm kiếm: ) Nếu bạn chỉ cần một số thuộc tính, đặt vào yêu cầu lấy.
• Cập nhật cơ sở:) Khi thay đổi nhiều, hãy bọc chúng trong một khối để giảm số cuộc gọi trở lại ủy nhiệm.
• Không có lỗi không cần thiết:) Nếu bạn biết bạn sẽ truy cập tất cả các đối tượng trong kết quả thiết lập, hãy dùng để chuẩn bị trước khi phát âm chúng, nhưng hãy cẩn thận với trí nhớ.