(Tùy chọn) Nguyên mẫu và thử nghiệm với Firebase Local Emulator Suite
Trước khi nói về cách ứng dụng của bạn đọc và ghi vào Cơ sở dữ liệu thời gian thực, hãy giới thiệu một bộ công cụ bạn có thể sử dụng để tạo mẫu và thử nghiệm chức năng Cơ sở dữ liệu thời gian thực: Firebase Local Emulator Suite. Nếu bạn đang thử các mô hình dữ liệu khác nhau, tối ưu hóa các quy tắc bảo mật của mình hoặc đang tìm cách tương tác với back-end hiệu quả nhất về chi phí, thì việc có thể làm việc cục bộ mà không cần triển khai các dịch vụ trực tiếp có thể là một ý tưởng tuyệt vời.
Trình giả lập Cơ sở dữ liệu thời gian thực là một phần của Bộ mô phỏng cục bộ, cho phép ứng dụng của bạn tương tác với cấu hình và nội dung cơ sở dữ liệu được mô phỏng, cũng như tùy chọn các tài nguyên dự án được mô phỏng của bạn (chức năng, cơ sở dữ liệu khác và quy tắc bảo mật).
Sử dụng trình giả lập Cơ sở dữ liệu thời gian thực chỉ bao gồm một vài bước:
- Thêm một dòng mã vào cấu hình thử nghiệm của ứng dụng để kết nối với trình giả lập.
- Từ thư mục gốc của thư mục dự án cục bộ của bạn, chạy
firebase emulators:start
. - Thực hiện cuộc gọi từ mã nguyên mẫu của ứng dụng của bạn bằng cách sử dụng SDK nền tảng cơ sở dữ liệu thời gian thực như thường lệ hoặc sử dụng API REST cơ sở dữ liệu thời gian thực.
Có sẵn hướng dẫn chi tiết liên quan đến Cơ sở dữ liệu thời gian thực và Chức năng đám mây . Bạn cũng nên xem phần giới thiệu Local Emulator Suite .
Nhận FIRDatabaseReference
Để đọc hoặc ghi dữ liệu từ cơ sở dữ liệu, bạn cần một phiên bản FIRDatabaseReference
:
Nhanh
var ref: DatabaseReference! ref = Database.database().reference()
Objective-C
@property (strong, nonatomic) FIRDatabaseReference *ref; self.ref = [[FIRDatabase database] reference];
Viết dữ liệu
Tài liệu này bao gồm các kiến thức cơ bản về đọc và ghi dữ liệu Firebase.
Dữ liệu Firebase được ghi vào tham chiếu Database
liệu và được truy xuất bằng cách đính kèm trình nghe không đồng bộ vào tham chiếu. Trình lắng nghe được kích hoạt một lần cho trạng thái ban đầu của dữ liệu và một lần nữa bất cứ lúc nào dữ liệu thay đổi.
Các thao tác viết cơ bản
Đối với các thao tác ghi cơ bản, bạn có thể sử dụng setValue
để lưu dữ liệu vào một tham chiếu được chỉ định, thay thế mọi dữ liệu hiện có tại đường dẫn đó. Bạn có thể sử dụng phương pháp này để:
- Các loại pass tương ứng với các loại JSON có sẵn như sau:
-
NSString
-
NSNumber
-
NSDictionary
-
NSArray
-
Ví dụ: bạn có thể thêm người dùng với setValue
như sau:
Nhanh
self.ref.child("users").child(user.uid).setValue(["username": username])
Objective-C
[[[self.ref child:@"users"] child:authResult.user.uid] setValue:@{@"username": username}];
Sử dụng setValue
theo cách này sẽ ghi đè dữ liệu tại vị trí được chỉ định, bao gồm bất kỳ nút con nào. Tuy nhiên, bạn vẫn có thể cập nhật một phần tử con mà không cần viết lại toàn bộ đối tượng. Nếu bạn muốn cho phép người dùng cập nhật hồ sơ của họ, bạn có thể cập nhật tên người dùng như sau:
Nhanh
self.ref.child("users/\(user.uid)/username").setValue(username)
Objective-C
[[[[_ref child:@"users"] child:user.uid] child:@"username"] setValue:username];
Đọc dữ liệu
Đọc dữ liệu bằng cách lắng nghe các sự kiện giá trị
Để đọc dữ liệu tại một đường dẫn và lắng nghe các thay đổi, hãy sử dụng observeEventType:withBlock
của FIRDatabaseReference
để quan sát các sự kiện FIRDataEventTypeValue
.
Loại sự kiện | Cách sử dụng điển hình |
---|---|
FIRDataEventTypeValue | Đọc và lắng nghe các thay đổi đối với toàn bộ nội dung của một đường dẫn. |
Bạn có thể sử dụng sự kiện FIRDataEventTypeValue
để đọc dữ liệu tại một đường dẫn nhất định, vì nó tồn tại tại thời điểm diễn ra sự kiện. Phương thức này được kích hoạt một lần khi người nghe được đính kèm và lặp lại mỗi khi dữ liệu, bao gồm bất kỳ phần tử con nào, thay đổi. Sự kiện gọi lại được chuyển qua một snapshot
chứa tất cả dữ liệu tại vị trí đó, bao gồm cả dữ liệu con. Nếu không có dữ liệu, ảnh chụp nhanh sẽ trả về giá trị false
khi bạn gọi exists()
và nil
khi bạn đọc thuộc tính value
của nó.
Ví dụ sau minh họa một ứng dụng viết blog xã hội lấy thông tin chi tiết của một bài đăng từ cơ sở dữ liệu:
Nhanh
refHandle = postRef.observe(DataEventType.value, with: { snapshot in // ... })
Objective-C
_refHandle = [_postRef observeEventType:FIRDataEventTypeValue withBlock:^(FIRDataSnapshot * _Nonnull snapshot) { NSDictionary *postDict = snapshot.value; // ... }];
Người nghe nhận được một FIRDataSnapshot
chứa dữ liệu tại vị trí được chỉ định trong cơ sở dữ liệu tại thời điểm xảy ra sự kiện trong thuộc tính value
của nó. Bạn có thể gán các giá trị cho kiểu gốc thích hợp, chẳng hạn như NSDictionary
. Nếu không có dữ liệu nào tồn tại tại vị trí, value
là nil
.
Đọc dữ liệu một lần
Đọc một lần bằng getData ()
SDK được thiết kế để quản lý các tương tác với máy chủ cơ sở dữ liệu cho dù ứng dụng của bạn trực tuyến hay ngoại tuyến.
Nói chung, bạn nên sử dụng các kỹ thuật sự kiện giá trị được mô tả ở trên để đọc dữ liệu nhằm nhận thông báo về các cập nhật dữ liệu từ chương trình phụ trợ. Những kỹ thuật đó làm giảm việc sử dụng và thanh toán của bạn, đồng thời được tối ưu hóa để cung cấp cho người dùng của bạn trải nghiệm tốt nhất khi họ trực tuyến và ngoại tuyến.
Nếu bạn chỉ cần dữ liệu một lần, bạn có thể sử dụng getData()
để lấy ảnh chụp nhanh dữ liệu từ cơ sở dữ liệu. Nếu vì bất kỳ lý do gì getData()
không thể trả về giá trị máy chủ, máy khách sẽ thăm dò bộ đệm lưu trữ cục bộ và trả về lỗi nếu vẫn không tìm thấy giá trị.
Ví dụ sau minh họa việc truy xuất tên người dùng công khai của người dùng một lần duy nhất từ cơ sở dữ liệu:
Nhanh
ref.child("users/\(uid)/username").getData(completion: { error, snapshot in guard error == nil else { print(error!.localizedDescription) return; } let userName = snapshot.value as? String ?? "Unknown"; });
Objective-C
NSString *userPath = [NSString stringWithFormat:@"users/%@/username", uid]; [[ref child:userPath] getDataWithCompletionBlock:^(NSError * _Nullable error, FIRDataSnapshot * _Nonnull snapshot) { if (error) { NSLog(@"Received an error %@", error); return; } NSString *userName = snapshot.value; }];
Việc sử dụng getData()
không cần thiết có thể làm tăng việc sử dụng băng thông và dẫn đến mất hiệu suất, điều này có thể được ngăn chặn bằng cách sử dụng trình nghe thời gian thực như được hiển thị ở trên.
Đọc dữ liệu một lần với một người quan sát
Trong một số trường hợp, bạn có thể muốn trả lại giá trị từ bộ đệm cục bộ ngay lập tức, thay vì kiểm tra giá trị cập nhật trên máy chủ. Trong những trường hợp đó, bạn có thể sử dụng observeSingleEventOfType
để lấy dữ liệu từ bộ đệm ẩn đĩa cục bộ ngay lập tức.
Điều này hữu ích cho dữ liệu chỉ cần tải một lần và không được mong đợi thay đổi thường xuyên hoặc yêu cầu lắng nghe tích cực. Ví dụ: ứng dụng viết blog trong các ví dụ trước sử dụng phương pháp này để tải hồ sơ của người dùng khi họ bắt đầu tạo một bài đăng mới:
Nhanh
let userID = Auth.auth().currentUser?.uid ref.child("users").child(userID!).observeSingleEvent(of: .value, with: { snapshot in // Get user value let value = snapshot.value as? NSDictionary let username = value?["username"] as? String ?? "" let user = User(username: username) // ... }) { error in print(error.localizedDescription) }
Objective-C
NSString *userID = [FIRAuth auth].currentUser.uid; [[[_ref child:@"users"] child:userID] observeSingleEventOfType:FIRDataEventTypeValue withBlock:^(FIRDataSnapshot * _Nonnull snapshot) { // Get user value User *user = [[User alloc] initWithUsername:snapshot.value[@"username"]]; // ... } withCancelBlock:^(NSError * _Nonnull error) { NSLog(@"%@", error.localizedDescription); }];
Cập nhật hoặc xóa dữ liệu
Cập nhật các trường cụ thể
Để ghi đồng thời cho các nút con cụ thể mà không ghi đè các nút con khác, hãy sử dụng phương thức updateChildValues
.
Khi gọi updateChildValues
, bạn có thể cập nhật các giá trị con cấp thấp hơn bằng cách chỉ định đường dẫn cho khóa. Nếu dữ liệu được lưu trữ ở nhiều vị trí để mở rộng quy mô tốt hơn, bạn có thể cập nhật tất cả các phiên bản của dữ liệu đó bằng cách sử dụng quạt dữ liệu . Ví dụ: một ứng dụng viết blog xã hội có thể muốn tạo một bài đăng và đồng thời cập nhật nó lên nguồn cấp dữ liệu hoạt động gần đây và nguồn cấp dữ liệu hoạt động của người dùng đăng bài. Để làm điều này, ứng dụng viết blog sử dụng mã như sau:
Nhanh
guard let key = ref.child("posts").childByAutoId().key else { return } let post = ["uid": userID, "author": username, "title": title, "body": body] let childUpdates = ["/posts/\(key)": post, "/user-posts/\(userID)/\(key)/": post] ref.updateChildValues(childUpdates)
Objective-C
NSString *key = [[_ref child:@"posts"] childByAutoId].key; NSDictionary *post = @{@"uid": userID, @"author": username, @"title": title, @"body": body}; NSDictionary *childUpdates = @{[@"/posts/" stringByAppendingString:key]: post, [NSString stringWithFormat:@"/user-posts/%@/%@/", userID, key]: post}; [_ref updateChildValues:childUpdates];
Ví dụ này sử dụng childByAutoId
để tạo một bài đăng trong nút chứa bài đăng cho tất cả người dùng tại /posts/$postid
và đồng thời lấy khóa bằng getKey()
. Sau đó, khóa có thể được sử dụng để tạo mục nhập thứ hai trong các bài đăng của người dùng tại /user-posts/$userid/$postid
.
Sử dụng các đường dẫn này, bạn có thể thực hiện cập nhật đồng thời cho nhiều vị trí trong cây JSON bằng một lệnh gọi updateChildValues
, chẳng hạn như cách ví dụ này tạo bài đăng mới ở cả hai vị trí. Các bản cập nhật đồng thời được thực hiện theo cách này là nguyên tử: hoặc tất cả các bản cập nhật thành công hoặc tất cả các bản cập nhật không thành công.
Thêm một khối hoàn thành
Nếu bạn muốn biết khi nào dữ liệu của mình đã được cam kết, bạn có thể thêm một khối hoàn thành. Cả setValue
và updateChildValues
đều nhận một khối hoàn thành tùy chọn được gọi khi quá trình ghi đã được cam kết vào cơ sở dữ liệu. Trình nghe này có thể hữu ích để theo dõi dữ liệu nào đã được lưu và dữ liệu nào vẫn đang được đồng bộ hóa. Nếu cuộc gọi không thành công, người nghe sẽ được chuyển một đối tượng lỗi cho biết lý do tại sao lỗi xảy ra.
Nhanh
ref.child("users").child(user.uid).setValue(["username": username]) { (error:Error?, ref:DatabaseReference) in if let error = error { print("Data could not be saved: \(error).") } else { print("Data saved successfully!") } }
Objective-C
[[[_ref child:@"users"] child:user.uid] setValue:@{@"username": username} withCompletionBlock:^(NSError *error, FIRDatabaseReference *ref) { if (error) { NSLog(@"Data could not be saved: %@", error); } else { NSLog(@"Data saved successfully."); } }];
Xóa dữ liệu
Cách đơn giản nhất để xóa dữ liệu là gọi removeValue
trên một tham chiếu đến vị trí của dữ liệu đó.
Bạn cũng có thể xóa bằng cách chỉ định nil
làm giá trị cho một thao tác ghi khác như setValue
hoặc updateChildValues
. Bạn có thể sử dụng kỹ thuật này với updateChildValues
để xóa nhiều phần tử con trong một lệnh gọi API.
Tách người nghe
Người quan sát không tự động ngừng đồng bộ hóa dữ liệu khi bạn rời khỏi ViewController
. Nếu một trình quan sát không được xóa đúng cách, nó sẽ tiếp tục đồng bộ hóa dữ liệu vào bộ nhớ cục bộ. Khi một trình quan sát không còn cần thiết nữa, hãy loại bỏ nó bằng cách chuyển FIRDatabaseHandle
liên quan đến phương thức removeObserverWithHandle
.
Khi bạn thêm một khối gọi lại vào một tham chiếu, một FIRDatabaseHandle
sẽ được trả về. Các chốt điều khiển này có thể được sử dụng để loại bỏ khối gọi lại.
Nếu nhiều người nghe đã được thêm vào một tham chiếu cơ sở dữ liệu, thì mỗi người nghe sẽ được gọi khi một sự kiện được đưa ra. Để dừng đồng bộ hóa dữ liệu tại vị trí đó, bạn phải xóa tất cả người quan sát tại một vị trí bằng cách gọi phương thức removeAllObservers
.
Việc gọi removeObserverWithHandle
hoặc removeAllObservers
trên một trình nghe không tự động xóa các trình nghe đã đăng ký trên các nút con của nó; bạn cũng phải theo dõi các tham chiếu hoặc xử lý đó để loại bỏ chúng.
Lưu dữ liệu dưới dạng giao dịch
Khi làm việc với dữ liệu có thể bị hỏng do sửa đổi đồng thời, chẳng hạn như bộ đếm tăng dần, bạn có thể sử dụng thao tác giao dịch . Bạn cung cấp cho thao tác này hai đối số: một hàm cập nhật và một lệnh gọi lại hoàn thành tùy chọn. Hàm cập nhật lấy trạng thái hiện tại của dữ liệu làm đối số và trả về trạng thái mong muốn mới mà bạn muốn ghi.
Ví dụ: trong ứng dụng viết blog xã hội mẫu, bạn có thể cho phép người dùng gắn dấu sao và bỏ gắn dấu sao cho các bài đăng và theo dõi số sao một bài đăng đã nhận được như sau:
Nhanh
ref.runTransactionBlock({ (currentData: MutableData) -> TransactionResult in if var post = currentData.value as? [String: AnyObject], let uid = Auth.auth().currentUser?.uid { var stars: [String: Bool] stars = post["stars"] as? [String: Bool] ?? [:] var starCount = post["starCount"] as? Int ?? 0 if let _ = stars[uid] { // Unstar the post and remove self from stars starCount -= 1 stars.removeValue(forKey: uid) } else { // Star the post and add self to stars starCount += 1 stars[uid] = true } post["starCount"] = starCount as AnyObject? post["stars"] = stars as AnyObject? // Set value and report transaction success currentData.value = post return TransactionResult.success(withValue: currentData) } return TransactionResult.success(withValue: currentData) }) { error, committed, snapshot in if let error = error { print(error.localizedDescription) } }
Objective-C
[ref runTransactionBlock:^FIRTransactionResult * _Nonnull(FIRMutableData * _Nonnull currentData) { NSMutableDictionary *post = currentData.value; if (!post || [post isEqual:[NSNull null]]) { return [FIRTransactionResult successWithValue:currentData]; } NSMutableDictionary *stars = post[@"stars"]; if (!stars) { stars = [[NSMutableDictionary alloc] initWithCapacity:1]; } NSString *uid = [FIRAuth auth].currentUser.uid; int starCount = [post[@"starCount"] intValue]; if (stars[uid]) { // Unstar the post and remove self from stars starCount--; [stars removeObjectForKey:uid]; } else { // Star the post and add self to stars starCount++; stars[uid] = @YES; } post[@"stars"] = stars; post[@"starCount"] = @(starCount); // Set value and report transaction success currentData.value = post; return [FIRTransactionResult successWithValue:currentData]; } andCompletionBlock:^(NSError * _Nullable error, BOOL committed, FIRDataSnapshot * _Nullable snapshot) { // Transaction completed if (error) { NSLog(@"%@", error.localizedDescription); } }];
Việc sử dụng một giao dịch ngăn không cho số lượng sao không chính xác nếu nhiều người dùng gắn dấu sao cho cùng một bài đăng tại cùng một thời điểm hoặc khách hàng có dữ liệu cũ. Giá trị có trong lớp FIRMutableData
ban đầu là giá trị đã biết cuối cùng của máy khách cho đường dẫn hoặc nil
nếu không có. Máy chủ so sánh giá trị ban đầu với giá trị hiện tại của nó và chấp nhận giao dịch nếu các giá trị khớp hoặc từ chối nó. Nếu giao dịch bị từ chối, máy chủ sẽ trả về giá trị hiện tại cho máy khách, giá trị này sẽ chạy lại giao dịch với giá trị được cập nhật. Điều này lặp lại cho đến khi giao dịch được chấp nhận hoặc quá nhiều lần thử đã được thực hiện.
Số gia tăng phía máy chủ nguyên tử
Trong trường hợp sử dụng ở trên, chúng tôi đang ghi hai giá trị vào cơ sở dữ liệu: ID của người dùng gắn dấu sao / bỏ dấu sao bài đăng và số sao tăng dần. Nếu chúng tôi đã biết rằng người dùng đang gắn dấu sao bài đăng, chúng tôi có thể sử dụng hoạt động tăng nguyên tử thay vì giao dịch.
Nhanh
let updates = [ "posts/\(postID)/stars/\(userID)": true, "posts/\(postID)/starCount": ServerValue.increment(1), "user-posts/\(postID)/stars/\(userID)": true, "user-posts/\(postID)/starCount": ServerValue.increment(1) ] as [String : Any] Database.database().reference().updateChildValues(updates);
Objective-C
NSDictionary *updates = @{[NSString stringWithFormat: @"posts/%@/stars/%@", postID, userID]: @TRUE, [NSString stringWithFormat: @"posts/%@/starCount", postID]: [FIRServerValue increment:@1], [NSString stringWithFormat: @"user-posts/%@/stars/%@", postID, userID]: @TRUE, [NSString stringWithFormat: @"user-posts/%@/starCount", postID]: [FIRServerValue increment:@1]}; [[[FIRDatabase database] reference] updateChildValues:updates];
Mã này không sử dụng thao tác giao dịch, vì vậy nó không tự động chạy lại nếu có bản cập nhật xung đột. Tuy nhiên, vì hoạt động tăng dần xảy ra trực tiếp trên máy chủ cơ sở dữ liệu, nên không có khả năng xảy ra xung đột.
Nếu bạn muốn phát hiện và từ chối các xung đột dành riêng cho ứng dụng, chẳng hạn như người dùng gắn dấu sao cho bài đăng mà họ đã gắn dấu sao trước đó, bạn nên viết các quy tắc bảo mật tùy chỉnh cho trường hợp sử dụng đó.
Làm việc với dữ liệu ngoại tuyến
Nếu máy khách mất kết nối mạng, ứng dụng của bạn sẽ tiếp tục hoạt động bình thường.
Mỗi ứng dụng khách được kết nối với cơ sở dữ liệu Firebase duy trì phiên bản nội bộ của riêng bất kỳ dữ liệu hoạt động nào. Khi dữ liệu được ghi, nó sẽ được ghi vào phiên bản cục bộ này trước tiên. Sau đó, ứng dụng khách Firebase sẽ đồng bộ hóa dữ liệu đó với các máy chủ cơ sở dữ liệu từ xa và với các ứng dụng khách khác trên cơ sở "nỗ lực hết sức".
Kết quả là, tất cả các lần ghi vào cơ sở dữ liệu sẽ kích hoạt các sự kiện cục bộ ngay lập tức, trước khi bất kỳ dữ liệu nào được ghi vào máy chủ. Điều này có nghĩa là ứng dụng của bạn vẫn đáp ứng bất kể độ trễ của mạng hoặc kết nối.
Khi kết nối được thiết lập lại, ứng dụng của bạn sẽ nhận được tập hợp sự kiện thích hợp để ứng dụng khách đồng bộ hóa với trạng thái máy chủ hiện tại mà không cần phải viết bất kỳ mã tùy chỉnh nào.
Chúng ta sẽ nói thêm về hành vi ngoại tuyến trong Tìm hiểu thêm về các khả năng trực tuyến và ngoại tuyến .
Bước tiếp theo
- Làm việc với danh sách dữ liệu
- Tìm hiểu cách cấu trúc dữ liệu
- Tìm hiểu thêm về khả năng trực tuyến và ngoại tuyến