Có lẽ câu hỏi của tôi nên được đặt lại là: làm thế nào để tôi tái cấu trúc những hành vi đó vào CRUD, đó là những gì Firebase vượt trội?Tôi làm cách nào để sử dụng Firebase để xử lý các tính toán phía máy chủ tự động?
Tôi nhận được rằng CRUD hoạt động tốt. Tôi cũng thấy cách mô hình bảo mật tuyên bố Firebase cho phép tôi đảm bảo an toàn cho phía máy chủ bảo mật, nơi nó sẽ tồn tại.
Giả sử tôi có dịch vụ đăng ký. Mỗi lần một người đăng ký dịch vụ, họ cần phải tự động có một mục hàng "do" được thêm vào tài khoản của họ. Trong thuật ngữ đơn giản:
/users/john
/services/goodstuff
Vì vậy john
có thể đăng ký goodstuff
, tôi có thể cho anh ta trong vòng 30 ngày mà không phải trả, nhưng sẽ nhắc nhở anh ấy khi 30 ngày là lên, "hey, bạn cần phải trả hoặc nếu không bạn mất đăng ký của bạn để làm tốt. "
Với một máy chủ back-end, tôi sẽ POST
-/services/goodstuff/members
, ví dụ, có một phần của handler POST
thêm chi tiết đơn hàng "bạn nợ" vào tài khoản john
's, đảm bảo rằng không ai có thể tham gia goodstuff
mà không bị đánh dấu là do.
Trong ứng dụng BaaS Firebase, nơi mà các logic bên máy chủ không tồn tại, tôi sẽ tái cấu trúc ứng dụng để có được hành vi có hiệu quả như thế nào?
Ồ, rất thanh lịch. Thay vì có máy chủ tính toán những gì nên được thêm vào và thêm nó, bạn đang nói, "để cho khách hàng tính toán nó, nhưng thực thi rằng nó chỉ có thể có một câu trả lời." Điều này thực sự khá thanh lịch, tôi thích nó. – deitch
Cá nhân, tôi sẽ không đặt số '30 * 24 * 60 * 60 * 1000' vào các quy tắc bảo mật, thay vì trừu tượng nó như là một phần của dữ liệu được truy xuất qua thư mục gốc, nhưng điều này thực sự tốt đẹp. – deitch