Hoàn toàn hợp lý để viết ứng dụng chỉ dành cho ứng dụng khách với khả năng trình duyệt hiện tại. Cá nhân tôi đã xây dựng một ứng dụng tinh vi chỉ sử dụng Firebase ở mặt sau và HTML/JavaScript được cung cấp từ CDN làm ứng dụng khách. Điều này đặc biệt thích hợp cho các loại ứng dụng mà có các mô hình an ninh vốn đã đơn giản:
- ứng dụng người dùng đơn (trong đó các dữ liệu thuộc và được sửa đổi bởi một người)
- chat và thông tin liên lạc widget
- ứng dụng cá nhân cho một tổ chức, nơi các kết nối khách hàng được xác thực và tin cậy ít nhất ở mức độ nhỏ (các trình soạn thảo cộng tác và CRM)
Có thể trong một số trường hợp, nhưng ít phù hợp hơn với các công cụ có tính toán nặng ngay cả khi dữ liệu người dùng cấp thấp phải là c được kiểm soát bởi bên thứ ba đáng tin cậy (ví dụ: trò chơi mà người chơi có thể hack số liệu thống kê của riêng họ và tính toán số liệu thống kê hợp lệ yêu cầu các thuật toán phức tạp)
Bạn cũng có thể giảm đáng kể quản trị máy chủ và thiết lập bằng cách thay thế các tập lệnh và tập lệnh máy chủ truyền thống bằng "người tiêu dùng đặc quyền". Đây cũng là những người nghe Firebase, với đặc quyền truy cập cao hơn, lắng nghe và xử lý dữ liệu giống như khách hàng, sau đó ghi vào dữ liệu an toàn hơn người dùng thông thường không được phép truy cập hoặc thao tác.
Một bất lợi của mô hình chỉ dành cho khách hàng là độ phức tạp của tính bảo mật tăng lên. Mỗi khách hàng phải được tin cậy để tính toán và lưu trữ dữ liệu của riêng mình hoặc dữ liệu đó phải được bảo mật cẩn thận thông qua các quy tắc bảo mật hoặc một số loại giám sát bên ngoài (chẳng hạn như người tiêu dùng đặc quyền).
Bạn có thể tìm thấy một số ý tưởng thiết kế thú vị bằng cách nghiên cứu văn học trên "Fat Client" or "Thick Client" mẫu thiết kế. Bạn cũng có thể muốn xem distributed gaming để biết một số thông tin chi tiết.
Bạn không đề cập đến ứng dụng trò chuyện của Kato phải không? ;) – CMCDragonkai